Time To Discusss WSRP...

re: Time To Discusss WSRP...

Todd Bleeker — Mon, 06 Feb 2006 23:36:56 GMT

Hear, hear! Nicely said Fitz. WSRP is really hot right now.

In the last month I've actively discussed these concepts with at least two customers. The first has a non-SharePoint portal and was motivated by the quick reuse of IFRAME-ing an ASPX page (both UI and code-behind/beside) in both portal products. They have many ASPX developers, feel comfortable with this infrastructure, like the fact that the solution (page) can be tested apart from SharePoint, and will likely pursue this option. The other customer was keenly interested to understand what WSRP was all about.

Also recently, I have been coding AJAX “shell” Web Parts using out-of-band AJAX-like (or eventually ATLAS) calls to a self-contained Web Services layer. I like this because I don’t have the postback and state management required in a traditional Web Part which is critical to the success of my application. Also, everything the Web Part is dependant upon is entirely contained within the Web Part’s deployment CAB (wppackage).

However, one of the reasons the aforementioned customer wanted to use ASPX pages rather than Web Services (ASMX) had to do with the location of the UI code. Traditionally this customer generates their UI in an ASPX page containing server controls or user controls (ASCX) calling business logic in a component (code-behind/beside, ASMX, COM+, etc.). In Web Parts, we traditionally generate the UI from within a WebPart class using server controls or user controls (ASCX) and call business logic in a component (Web Part assembly, ASMX, COM+, etc.)

But in the WSRP model you describe and in AJAX “shell” Web Parts, the UI can often come directly from the Web Service (ASMX) itself. The Web Part effectively becomes a placeholder (DIV) that the user can position on any Web Part page. It knows how to load the UI it receives from the Web Service into its innerHTML attribute. This way, each portal need not have UI logic to consistently recreate that UI. Since you mentioned consuming the XML from within the DVWP I realize that isn’t necessarily an accurate depiction of your post but humor me...

My question is this, which is inherently better design?
1) Using an IFRAME within a Web Part to host an ASPX page.
2) Using the Web Part’s own DIV as the placeholder for HTML returned from a Web Service (ASMX) call.

For the sake of argument, let’s assume that either could be dynamically changed without a full Page postback and that the hosted UI (ASPX and ASMX) are provided in another Web Site, excluded managed path, or embedded as a Web Part class resource (my preference).

These two approaches achieve the same goal but are architecturally very different. I’m certain that the pros and cons go much deeper than the points I’ve make in this comment. Does WSRP favor one over the other?

At any rate, we’ve got a whole new breed of .NET Framework 1.1 SharePoint Web Parts running on our SPPT 2003 platform to contend with.

<Todd />

WSRP is really hot

Todd Bleeker's 60 Hive — Tue, 07 Feb 2006 00:37:13 GMT

WSRP is really hot

Todd Bleeker's 60 Hive — Tue, 07 Feb 2006 00:46:19 GMT

re: Time To Discusss WSRP...

Shane Perran — Tue, 07 Feb 2006 20:17:47 GMT

Interesting post (and topic) Mike - definately a good read.

Wsrp.

Kit Kai's Tech Blog — Wed, 08 Feb 2006 06:03:11 GMT

Mike Fitzmaurice posted something about wsrp. Post it here so that I can find it later...

re: Time To Discusss WSRP...

Munish K Gupta — Fri, 10 Feb 2006 07:38:35 GMT

WSRP, the name itself says that Web Services for Remote Portlets. The scenario 2, the quick reuse, where one portlet just clips the content from the other portlet is not really a candidate for WSRP. One can use a simple web-clipping portlet for achieving the same, without the overheads.

WSRP and JSR168 Are Two Completely Different Things...

FitzBlog — Fri, 10 Feb 2006 20:44:14 GMT

WSRP, as I covered a few days ago,&nbsp;is an interoperability standard.&nbsp; It&rsquo;s platform- and...

re: Time To Discusss WSRP...

MyNameHere — Fri, 17 Feb 2006 04:03:11 GMT

"Technology's full potential can be realized only when customers are able to securely deploy solutions, and the entire community works in partnership to foil attacks by hackers and criminals."

A browser should support:

a rational, reliable, stable object model per standards (I find IE's "proprietary" extensions
less of an issue given their documentation vis-a-vis FF's legacy drag)

a *native* dom/xslt in-core data management model

a *native* xmlhttp transport

a *native* cryptographic service provider (along the lines of easily establishing a
"secure" conversation, easily encrypting/signing upstream content)

When the basics are in place, the "thorny" issues remain: memory/state management,
cross-domain integration (uh, no - not wsrp), the "last 2 feet".

The market won't be taken by the "tabbed" view audience, or graphic designer eye-candy

Mike Fitz is back and he's talking about WSRP

Chan's weblog — Tue, 14 Mar 2006 03:50:13 GMT

WSRP, JSR168, and Microsoft

Federal Developer Weblog — Fri, 24 Mar 2006 17:12:53 GMT

In my experience, people interested in portals can be roughly divided into two groups. One of those groups...

My wishes for WSRP from IIS/.NET

Curt Smith — Thu, 06 Apr 2006 22:07:43 GMT

I'm the weblogic portal guy, another group is developing a .NET 2.0 application. I need to expose that app to the public via the portal and SSO.

WSRP is the perfect solution.

I don't know what a sharepoint server is, but I imagined MS implementing WSRP producer as an add on to IIS, were a virtual server would be exposed as an WSRP producer, thus be highly transparent to the served application.

Of course my need is today so this project won't due.

http://www.netunitysoftware.com/e/ may be a solution.

Or http://portletbridge.org/ a proxy portlet is my best chance of this working, short of an IFRAME portlet (ugh!).

tnx for any ideas, curt

re: Time To Discusss WSRP...

Mishimas — Tue, 09 May 2006 16:07:16 GMT

WSRP seems to be really nice. I have a question, is it possible to use WSRP to have a simple web application, not a portal application, consume the html fragments generated by a portlet producer ? We would like to display in an i-frame the content of a JSR-168 portlet deployed in a distant server. Is there a Java library to do that ? If we must implement a WSRP consumer for java in iframes does it take many times ?

a.dan.ti! » web.services.for.remote.portlets

a.dan.ti! » web.services.for.remote.portlets — Sat, 08 Jul 2006 22:14:17 GMT

PingBack from http://adanti.wordpress.com/2006/07/08/webservicesforremoteportlets/

Integrating SharePoint with other portals and web applications « Imamu Talks

Integrating SharePoint with other portals and web applications « Imamu Talks — Thu, 28 Jun 2007 00:03:01 GMT

PingBack from http://imamuadri.wordpress.com/2007/06/27/integrating-sharepoint-with-other-portals-and-web-applications/

SharePoint 2007 supports WSRP 1.1 « Patrick’s Bytes

SharePoint 2007 supports WSRP 1.1 « Patrick’s Bytes — Mon, 23 Jul 2007 09:16:19 GMT

PingBack from http://patrickyong.wordpress.com/2007/07/23/sharepoint-2007-supports-wsrp-11/

Integrating SharePoint with other portals and applications

Microsoft SharePoint Products and Technologies Team Blog — Fri, 26 Oct 2007 16:12:06 GMT

As more and more companies get past the pilot stage with their SharePoint 2007 deployments and start

Integrating SharePoint with other portals and applications

Noticias externas — Fri, 26 Oct 2007 16:34:19 GMT

As more and more companies get past the pilot stage with their SharePoint 2007 deployments and start

MSDN Blog Postings » Integrating SharePoint with other portals and applications

MSDN Blog Postings » Integrating SharePoint with other portals and applications — Fri, 26 Oct 2007 18:19:40 GMT

PingBack from http://msdnrss.thecoderblogs.com/2007/10/26/integrating-sharepoint-with-other-portals-and-applications/

SharePointed » Archive » Integrating SharePoint with other portals and applications

Wed, 31 Oct 2007 22:07:35 GMT

PingBack from http://www.sharepointed.com/?p=87

SharePointed » Archive » Integrating SharePoint with other portals and applications

Wed, 31 Oct 2007 22:07:51 GMT

PingBack from http://www.sharepointed.com/2007/10/31/integrating-sharepoint-with-other-portals-and-applications/

SharePointed » Archive » Integrating SharePoint with other portals and applications

Wed, 31 Oct 2007 22:30:46 GMT

PingBack from http://www.sharepointed.com/2007/10/31/integrating-sharepoint-with-other-portals-and-applications-2/

SharePointed » Archive » Integrating SharePoint with other portals and applications

Wed, 31 Oct 2007 22:30:46 GMT

PingBack from http://www.sharepointed.com/?p=93

SharePointed » Archive » Integrating SharePoint with other portals and applications

Wed, 31 Oct 2007 22:57:56 GMT

PingBack from http://www.sharepointed.com/2007/10/31/integrating-sharepoint-with-other-portals-and-applications-3/

SharePointed » Archive » Integrating SharePoint with other portals and applications

Wed, 31 Oct 2007 23:16:42 GMT

PingBack from http://www.sharepointed.com/2007/10/31/integrating-sharepoint-with-other-portals-and-applications-4/

Integrating SharePoint with other portals and applications | SharePointed

Integrating SharePoint with other portals and applications | SharePointed — Wed, 05 Dec 2007 14:59:21 GMT

PingBack from http://www.sharepointed.com/2007/12/05/integrating-sharepoint-with-other-portals-and-applications/

So long, and thanks for all the Fitz.

Arpan Shah's Blog — Fri, 23 May 2008 04:21:24 GMT

Yesterday, I had lunch with Fitz AKA Mike Fitzmaurice. Fitz is probably one of the most recognizable

Baby name meaning and origin for Imamu

Baby name meaning and origin for Imamu — Sat, 22 Nov 2008 22:05:54 GMT

PingBack from http://www.baby-parenting.com/baby/babyname/Imamu