Of CTP, Expresses and XM: A plea for sanity TO the community
I just want to make five things really clear about this whole issue:
- The other Express Products are free to and usually do distribute a different version of SQL Server 2005 Express Edition than the "straight" download version of SQL Server 2005 Express. This means they can -- and usually do -- run on diffent runtimes. While all of these products go through the CTP and Beta cycle, you should NOT expect them to interoperate on anything other than the least common level. For example, you shouldn't have the expectation that you can install Visual C# Express from April, October's SQL Express and December's XM all on the same machine. They require different runtimes. Along the same lines, don't expect that the December CTP for SQL Server 2005 Developer Edition will be compatible with any Visual Studio 2005 CTP for December UNLESS MICROSOFT SPECIFICALLY SAYS OTHERWISE.
- XM works best with the December 2004 of SQL Server 2005 Express Edition and its associated CLR.
- I'm providing a list of what versions *should* work with what at: http://sqljunkies.com/WebLog/ktegels/articles/4895.aspx
- No, I don't expect this behavior is going to change. It pre-Beta and Beta software folks. While I feel your pain and agree, yes, it would be nice to have everything in sync, the cost of doing that is prohibitive for MS. The choice for MS is simple: Let the teams distribute what they want and get bits in our hands more frequently and sooner or have a coordinated process that means much less frequent releases to us. They decided to opt for the first which I think gives us a better picture of the products and more opportunity for feedback.
- Please don't complain about the process, understand it. Microsoft took a risk putting these bits out early. If I was them and I was reading all the push-back we're seeing in the NGs, I'd really have to question if it was worth it. It has to be frustrating for them when we don't RTFM and then complain about the products when they've been very upfront about the process and the need to be more careful with these bits than would be with RTMs. I'd have to think that the next time the teams come back to working on VS.next and SQL.next, they'll all still have scars from this and we'll go back to being more shut out of the process. Let's give them a reason to decide to stick with us and the "early and often model" by providing useful feedback about what we like and what we don't, why we do or don't like and sharing ideas for making it better, PLEASE!