MOSS Gets a WSRP Toolkit

By Barb Mosher (@barbmosher) Dec 16, 2008

SharePoint Gets a WSRP Toolkit

More news on the interoperability front - at least for Microsoft Office SharePoint 2007. Microsoft has finally listened to its customers and released a WSRP (Web Services for Remote Portlets) Toolkit designed to help them pull MOSS content into other portals.

You have always been able to consume web services within SharePoint. But before now, you haven't been able to pull content out of SharePoint using web services for display in some other portal (at least not something coming from Microsoft directly). That has now changed with the release of the WSRP Toolkit. Now SharePoint can be a producer of web services as well as a consumer.

What's in The Toolkit?

Never one to just tell you what you can do, the toolkit gives you information as well as samples of working Web Services. The toolkit contains several things, including:

A whitepaper - Microsoft loves their whitepapers. This one discusses portal to portal interoperability, specifically outlining how SharePoint will produce web services
A sample WSRP Producer Visual Studio Project using a SharePoint Web Part
A sample WSRP Producer Visual Studio Project using SharePoint Web Services
Screencasts demonstrating the functionality

The toolkit is based on the OASIS Web Services for Remote Portlets specification.

Two Methods to Expose SharePoint Data

Microsoft does not provide examples of WSRP Producers out the box, thus the need for the toolkit. The toolkit provides two examples for exposing SharePoint data. These samples are provided by the Microsoft Public License (Ms-PL), thus allowing developers to customize the solution to meet their specific requirements.

SharePoint Web Part

This method of extracting SharePoint content keeps the content tied tightly to SharePoint. Called the SharePointWSRPProducer, it serves a List Web Part's HTML code.

The example demonstrates integration at the User Interface Level. It uses the SharePoint Object Model to get the Web Part that SharePoint would normally send to the browser. This web part is then reprocessed and transformed to maintain WSRP fidelity. The resulting content is then sent to the consumer portal.

This is supposed to be the more complex approach to getting SharePoint content as the underlying architecture of a Web Part is a mixture of HTML and Javascript.

SharePoint Web Services

This method provides the developers with the ability to have more control over the output rendered from SharePoint. This sample is called the ASPNetWSRPProducer and it uses the SPGridView page to expose the content of List Web Parts to a WSRP Consumer.

The example retrieves the content of a SharePoint list using the XML web service and renders it onto an ASP.Net page. The content is then processed and exposed to the consuming portal using WSRP. This is a less complex approach because the HTML is simpler to process.

Both project solutions are built for Visual Studio 2008.