Forum OpenACS Q&A: WSRP (Web Services for Remote Portlets)

Collapse
1: WSRP (Web Services for Remote Portlets)
Posted by Alfred Essa on 03/17/05 02:47 AM
What do people know about status of WSRP (http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsrp)? Is this a happening thing or one of these dreamy standards that sound good only in theory?

In particular, are there web services that have implemented this protocol? Is it worth implementing in OpenACS portal? And what would that effort look like?

Collapse
2: Re: WSRP (Web Services for Remote Portlets) (response to 1)
Posted by Nick Carroll on 03/17/05 06:44 AM
We need a solid SOAP/Web Services implementation before we can think about WSRP.
Collapse
3: Re: WSRP (Web Services for Remote Portlets) (response to 1)
Posted by Malte Sussdorff on 03/17/05 06:58 AM
We have a solid SOAP implementation, at least one that works fine with Babbelfish and E-Link. I just forgot to commit .... Look for tsoap package in HEAD, this is a port of the TclSOAP package to work with TDOM and requires TCLLIB. Should be there in the next couple of days.
Collapse
4: Re: WSRP (Web Services for Remote Portlets) (response to 1)
Posted by Michael Feldstein on 03/18/05 12:13 AM
I talked to one of the guys I work with who used to be on the uPortal team. He said that they are big on WSRP, and that it's generally the preferred method of integration. eXo also supports it, as do Plumtree, Sun (through it's Java System Portal Server), IBM (through WebSphere), Vignette, BEA, and Oracle (among others). I'm told it's developing to be one of the preferred standards for portal integration in general.
Collapse
5: Re: WSRP (Web Services for Remote Portlets) (response to 1)
Posted by Michael Feldstein on 03/18/05 12:17 AM
Given Malte's SOAP package, how hard would it be to route data via SOAP/WSRP instead of a portlet? Could a general mechanism be built to plug into the portals system, or would this have to be tackled on a portlet-by-portlet basis?