Matt Bremer's Blog : App Dev

Visual Studio Extensions for WSS 3.0 1.3 CTP contains 64-Bit Support

mattbremer — Mon, 12 Jan 2009 20:45:37 GMT

Previously I had posted the SharePoint product group's explanation as to why VSeWSS 1.2 did not provide 64-bit support. I am happy to report that the product group announced this morning that VSeWSS 1.3 CTP includes 64-bit support. This incremental release is positioned as a bridge to assist SharePoint developers until the release of Visual Studio 2010 which will include significant improvements to the SharePoint development experience as outlined here.

You can download VSeWSS 1.3 CTP here. The final version has an anticipated release for North America in Spring 2009. I believe I will continue using STSDev for my development work but am pleased to see that the product group is continuing to improve the developer experience for SharePoint.

Unit Testing in SharePoint

mattbremer — Tue, 25 Nov 2008 01:15:00 GMT

Typemock are offering their new product for unit testing SharePoint called Isolator For SharePoint, for a special introduction price. it is the only tool that allows you to unit test SharePoint without a SharePoint server. To learn more click here.

The first 50 bloggers who blog this text in their blog and tell us about it, will get a Full Isolator license, Free. for rules and info click here.

SharePoint Development Guidance

mattbremer — Tue, 12 Aug 2008 17:47:00 GMT

The Patterns & Practices group has released a Codeplex project on SharePoint development best practices and guidance. This is a very comprehensive guide and will eventually be released to MSDN. The team is asking for feedback and has released it on Codeplex to faciliate collaboration within the community. I encourage you to review the information included in the guide and provide feedback if you see fit. Thanks to the Patterns & Practices team for their excellent work. App dev on SharePoint is a challenge and it is very helpful to have all of the lessons learned compiled into a robust set of documentation.

http://www.codeplex.com/spg

Why do Visual Studio Extensions for WSS 3.0 not support 64-Bit Platforms?

mattbremer — Tue, 17 Jun 2008 19:02:00 GMT

With the recent release of VSeWSS 1.2 I have had a number of customers inquire as to why Microsoft does not provide support for 64-bit platforms. I wondered this myself as our prescribed guidance to users is to run MOSS and WSS 3.0 on 64-bit platforms. We even announced that 32-bit support will not be available in future versions. This is also rapidly becoming the standard across many of our products. Given this, it is reasonable for customers to want their dev environments to be 64-bit as well so that there are no surprises when deploying custom code to production.

I reached out to the product group that develops the extensions on this issue. In addition, I asked that if 64-bit support is not a priority then would they consider opening up the extensions to the development community on Codeplex. This same suggestion is found repeatedly within the comments on the product group's blog. As a result of my inquiry I received a very reasoned response from the product group that I wanted to share as I think it may help you understand why 64-bit support is problematic and also to let you know the product group understands your concerns and is currently thinking of possible solutions to this issue.

First, having your dev environment on a 32-bit platform and your production environment on a 64-bit platform should not cause issues. The artifacts in MOSS/WSS dev are .NET assemblies and thus the JIT compiler in the CLR handles the architectural differences. This is why the product group does not see a conflict in our prescribed guidance of having your farm on a 64-bit platform and your dev environment on a 32-bit platform. That said, we do recommend you test your artifacts on a 64-bit platform before deploying to production.

That is just Microsoft's way of spinning this issue you say! That is not the case at all but I could understand why you might think that. Chris Johnson, Program Manager for WSS, gave the following explanation as to why 64-bit support for the extensions is problematic. Because the VS IDE is 32-bit, it loads plugins into a 32-bit process. That, however, is not the issue as the extensions will load on a 64-bit platform. The trouble begins when you attempt to use them.

VSeWSS uses the SharePoint object model to provide certain functionality. This means that on a 64-bit platform the object model is 64-bit and this presents a problem for the aforementioned reason that VS is loaded into a 32-bit process even on a 64-bit platform using WoW. One scenario where this is an issue is when the SharePoint object model queries the registry for items like the Config DB information. WoW gets in the way here and queries the 32-bit registry instead of the 64-bit registry the object model expects.

So now that we know why 64-bit support is problematic, what should we do about it? One possible solution for VS 2008 would be to build an out-of-process mechanism to call the SharePoint object model from VSeWSS. Chris Johnson informs me that this is not trivial, however, and would require a level of effort the product group does not currently have the bandwidth for. They are all busy getting the new version of SharePoint ready for us instead!

So what about open source and Codeplex you ask? While that is a reasonable suggestion, we at Microsoft have to clear many hurdles before releasing code to Codeplex. It would require a signigicant amount of time for a developer in the product group to package the code and make it ready for public distribution. As aforementioned, the product group is already tasked with other development priorities and thus does not have the bandwidth to package the extensions for open source development.

Thank you to Paul Andrew and Chris Johnson from the product group for taking the time to explain the reasons for not providing 64-bit support and for all of their hard work. I hope this post allows you to understand the reasoning behind the decision and also helps you realize that we at Microsoft do hear your concerns and even share them most of the time.

As a reward for reading through this very lengthy post, here are some recent resources that were updated and announced at TechEd that you may find interesting:

UPDATE: VSeWSS 1.3 CTP now has 64-bit support. Read about it here.

MOSS/WSS 3.0 Dispose Pattern Reference

mattbremer — Tue, 06 May 2008 18:15:00 GMT

Anyone doing MOSS/WSS development has most likely at one time or another encountered the gotchas with knowing when to explicitly dispose of an object. While I will try to limit posting links to other blogs, this resource was so good I wanted to share it in as many ways possible. Roger Lamb covers dispose patterns by example in his blog and it is an extremely valuable resource to anyone doing custom MOSS/WSS development. Thanks to Mike Beatty, Architect at Microsoft, for forwarding this on to me.

Roger Lamb's Blog