Servicios Web para Portlets Remotos ----------------------------------Un portlet es una mini-aplicación Web interactiva, local o remota al portal, que

d evuelve fragmentos de markup (HTML, WML, etc). Un portlet remoto es un portlet q ue llama a una aplicación web que está fuera del portal. [1] Web Services for Remote Portlets (WSRP) es un estándar que describe cómo usar reques ts SOAP para recibir portlets desde un servicio remoto. [2] Los portales y otras aplicaciones web, presentan y juntan información desde difere ntes fuentes y los brindan e los usuarios finales, de modo que sea fácil para ello s usarlos. Muchos de estos orígenes, normalmente son servicios web. Los servicios web tradicionales orientados a datos, requieren de aplicaciones que provean de lóg ica de presentación para estos servicios web, las cuales se comunican con los serv icios web a través de su única interface. Esto incrementa el acoplamiento de las apl icaciones, pues cada vez que se desee usar un portlet en un portal diferente, se tendrá que construir una interface. WSRP define un conjunto de interfaces WSDL que debe implementar un productor de portlets para permitir la inclusión e interacción con contenido de un servicio web. De esta manera, los portales pueden incorporar contenido de servicios web orient ados a presentación de manera fácil usando código que no es específico a la fuente del c ontenido. Los productores y consumidores de protlets pueden usar diferentes tecn ologías. [1][3] WSRP es apropiado para servicios web que provean portlets que pueden ser usados desde diferentes portales. Por ejemplo, una agencia de noticias podría brindar ser vicios web orientados a presentación, con el objetivo de mostrar sus portlets en d iferentes portales, sin importar la tecnología en la que esté construído el portal y s in la necesidad de que los consumidores construyan lógica de presentación para ellos . Por otro lado, en un portal se podrían mostrar portlets de diferentes orígenes sin escribir código para cada uno de ellos. WSRP está alineado con otras especificaciones de portlet, tales como JSR-168 (Java Portlet Specification) y .NET. JSR 168 puede ser usado para definir un portlet, y WSRP para definir operaciones de Portlet a contenedores remotos. De forma sim ilar, los Webparts .NET pueden ser creados para el uso con WSRP. La interoperabi lidad entre JSR 168 e implementaciones WSRP en .NET ha sido demostrada.[4][5] Algunas tecnologías que soportan WSRP son: - Apache WSRP4J, ayuda en el desarrollo e implementación de servicios WSRP v1. - BEA WebLogic Portal - BEA AquaLogic User Interaction (Plumtree) - Clickmarks - eXo Platform, proporciona una implementación de WSRP v1 y v2, productor y consum idor, usando eXo Portal y eXo Portlet Container. - Fujitsu - Gluecode - IBM WebSphere portal - Intrafinity - Liferay - Microsoft SharePoint - NetUnity - OpenPortal, permite crear un productor y consumidor WSRP v1 de alta calidad. - Oracle AS Portal - SAP - Sun

net/2011/04/22/sharepoint-2010web-services-for-remote -portlets/ [3] http://docs.oasis-open.softwaresummit.html#_Toc04 [4] http://www.pdf [5] http://es.mikehacker.webMethods [1] http://www.es/gira/paradas/presentaciones/ConstruccionPortales-GiraW3C-2 4-11-2004.org/wsrp/v2/wsrp-2.pdf [2] http://blog.org/wiki/WSRP ..uPortal .w3c.0-spec-os-01.com/2005/speakers/LandersWSRP.wikipedia.Vegnette .