I’ve really been trying to hold off on bothering to release updated binaries of several of my Visual Studio plugins until the next release of the underlying DexExpress platform (DXCore, etc.) reaches RTM. Just about every Beta, RC, etc. release invalidates the prior binaries of my plugins and requires a recompilation before they will work again and with a new pre-RTM release becoming available just about every 3-5 days, its more work than its worth to continue to build these and post them for download in keeping with that frequency.
That said, since DevExpress had promised a final RTM of DXCore/CodeRush/Refactor!Pro by the end of April (and its already May 5th without an RTM), I’m giving up on waiting and providing a single download containing DXCore 10.1.3 (what DevExpress calls ‘RC2’ of DXCore 10.1) –compatible builds of the following tools for anyone who cannot wait any longer:
- DX SourceOutliner
- CR_ClassCleaner
- Refactor_ClassCleaner_Menu (the extension to classlcleaner that adds it to the refactor pro context menu)
You can download all of these in a single ZIP file from here.
Once the final RTM of DXCore/CodeRush/Refactor!Pro 10.1 is released, I will post updated versions of the same binaries once the platform is stable.
Steve,
Thanks once more for providing us with the assemblies, even though the product has not been released yet.
Stephen
Did you try without recompiling the plugins? My plugins are built for 3.1.3 I think and they work with 10.1.3 RC2.
@mynkow:
Totally depends entirely on a few things:
a) whether your plugin is linked to a DXCore/CR API that is in an ass’y that DevExpress has recompiled for the new DXCore version (e.g., not all their DLLs actually are ‘updated’ with each release
b) whether your plugin depends on any DXCore/CR APIs that have actually been changed since the version of DXCore your plugins were initially compiled against
In the case of the SourceOutliner plugin, the DXCore API that is invoked to set the color of the ‘sonar-ping’ animation effect used to draw your attention to a specific location in the code has been changed in DXCore 10.x so without a recompile the SourceOutliner wouldn’t work under DXCore 10.x
In the case of the ClassCleaner plugin, the ass’y that DXCore uses to expose the key-bindable actions for the plugin have been recompiled (even as that part of the API hasn’t apparently changed at all) and so without ClassCleaner recompiled against the new DXCore 10.x ass’ys your Options dialog won’t properly display the ClassCleaner exported key-bindable-actions for you to attach keystrokes.
Note that many other plugins may NOT require recompilation against DXCore/CR 10.x in order to work with 10.x but in this case these (and may others) in fact do.
Hope this helps,
-Steve B.
hi Steve,
CR_ClassCleaner has become a critical part of my development. after logging into the DevExpress website there is no obvious way to download DXCore for VS2010. do you have a link?
@curlyfro:
This is (among many others) one of the reasons that I am usually resistant to releasing interim builds of these plugins against non-RTM versions of the DXCore/CR product from Developer Express 🙁 Directing users of the tools to the pre-RTM run-times for these tools can be tricky.
As an example, this is the URL for the ‘current publicly available’ VS add-ins from DevExpress: http://devexpress.com/Downloads/Visual_Studio_Add-in/
You’ll note that the CodeRushXpress says v2010.1.1 and the CodeRush download says v2009.4. I frankly don’t know *what* version of the DXCore stand-alone installer you will get if you follow the link from that same page to ‘register’ to download the DXCore stand-alone package.
NONE of these are in fact the 2010.1.3 RC build that this set of plugins mentioned in this post is compiled against, so I’m skeptical of any attempts to run them against any of the public downloads available at this time.
Assuming you have a licensed instance of the CodeRush product, the 2010.1.3 RC2 build that these plugins are compiled against is found once you login to your DevExpress ‘Client Center’ account and visit the ‘Current Downloads’ tab.
Unfortunately, if you’re not a commercial DevExpress customer, this RC2 build isn’t available for your use and I cannot provide it to you. Presumably once DevExpress sends the final bits to RTM, they will sync-up the versions of all their IDE productivity tools…
* DXCore
* CodeRushXpress
* CodeRush
* Refactor!Pro
…so that they are all able to consume the same plugins again (at which time I will again provide updated binaries of all of the plugins for which I am the author).
Hope this helps,
-Steve B.
i went to the standalone page and got the v2009.4 msdn adds to the confusion and timely announces availability of CodeRush Xpress for VS2010 on their blog: http://msdn.microsoft.com/en-us/vbasic/ee663901.aspx. arghhhhh! i guess i’ll have to wait till they sync up their products…
@curlyfro:
Yes, unfortunately, this places lots of people in nasty, messy situations. One of the reasons (among many) that I personally switched from being a long-time Resharper user to CodeRush/Refactor!Pro was that DevExpress had been able to keep their releases in perfect lock-step with the MS releases of past Visual Studio versions whereas JetBrains had (historically) lagged the MS release cycle by 3-6 months. As a Resharper user, this had traditionally meant that I couldn’t move to the ‘latest’ VS version for 3-6 months after its release (by which time JetBrains would have its compatible version of Resharper ready for that next VS version).
Until the VS2010 release cycle (e.g., with VS2008, etc.) when MS released an BETA of VS, there was (same time!) a BETA of the DevExpress productivity add-ins available for public download. When MS was ready with an RC, so was DevExpress. And DevExpress was ready with their RTM *the same day* MS released VS2008 RTM to MSDN.
Unfortunately for reasons I cannot entirely understand DevExpress seems to have lost this focus with the VS 2010 release cycle and their own add-ins have been lagging the MS release cycle for VS2010 pretty considerably (compared to their prior performance in this area).
I can theorize that its related to the magnitude of the changes needed to port everything over to the WPF-based VS2010 editor environment, but that’s just a guess — and in any case doesn’t explain why this time its actually *JetBrains* that was ready with an RTM of Resharper pretty much on the same day as the MS VS2010 RTM posting to MSDN, disappointingly putting DevExpress to shame in this area (this time).
In fairness, we also have to acknowledge that being ‘timely’ with a release of ‘buggy’ software is of questionably value and I personally know of a large number of Resharper users experiencing some pretty significant performance issues with Resharper under VS2010 so let’s hope that when the RTM of CodeRush for VS2010 does come its a rock-solid performer that makes the wait for a stable release well worth it 🙂
After a bit, I’m convinced that this will settle down but in the immediate near-term things are still significantly in flux, making a dev’s choice of tooling a tricky thing for the time being.
Best of luck~!
-Steve B.