OASIS Web Services for Remote Portlets é uma iniciativa de padronização de serviços web orientados a apresentação para uso de "agregadores intermediários", tais como portais, independentemente de tecnologia.
Atualmente em sua versão 2.0, WSRP padroniza a maneira com que portais consomem serviços, aplicações e conteúdos disponibilizados de maneira modular e independente. Como em todo serviço web, existem dois papéis primordiais para a utilização de WSRP: Produtores e Consumidores.
Inicialmente, para que se pudesse consumir um serviço a partir de um portal era necessário um esforço extra para a formatação e para a apresentação dos dados adquiridos a partir do serviço. Com o WSRP, serviços orientados a apresentação permitem que os Produtores possam, além de entregar os dados requisitados, apresentar tais dados, de modo que nenhum tipo de código de adaptação para a apresentação seja necessário no lado Consumidor.
Para nos estabelecermos em bases sólidas, consideremos que portais sejam quaisquer aplicações que sejam capazes de agregar aplicações e conteúdos. Agora com foco no mundo Web, e mais especificamente no mundo Java Web, portais são aplicações especiais que tem como infraestrutura primordial os servidores de aplicação, bancos de dados e diretórios (LDAP). Os padrões JSR-168 e JSR-286 foram sendo consolidados ao longo do tempo, e ao convergirem e ao solidificarem suas bases deixaram de fazer parte dessa aplicação especializada e passaram a se integrar ao conjunto de serviços básicos do servidor de aplicação. Ao passarem a constituir os serviços básicos do servidor de aplicação os padrões de portal ganham em eficiência e robustez, sendo retirados os níveis de indireção que existiam previamente de uma "aplicação" de portal.
Com os serviços de portlets (JSR-168 e JSR-286) sendo implementados pelos servidores de aplicação, os mesmos naturalmente passaram a ser uma opção efetiva de Produtores WSRP. A IBM fornece uma implementação bem robusta que pode ser utilizada a partir do Portlet Catalog: IBM WSRP 2.0 Producer for IBM WebSphere Application Server.
Acho que vou parar por aqui, por hora, e continuar em outro post falando sobre arquitetura básica, segurança, vantagens e desvantagens dessa abordagem.
Atualmente em sua versão 2.0, WSRP padroniza a maneira com que portais consomem serviços, aplicações e conteúdos disponibilizados de maneira modular e independente. Como em todo serviço web, existem dois papéis primordiais para a utilização de WSRP: Produtores e Consumidores.
Inicialmente, para que se pudesse consumir um serviço a partir de um portal era necessário um esforço extra para a formatação e para a apresentação dos dados adquiridos a partir do serviço. Com o WSRP, serviços orientados a apresentação permitem que os Produtores possam, além de entregar os dados requisitados, apresentar tais dados, de modo que nenhum tipo de código de adaptação para a apresentação seja necessário no lado Consumidor.
Para nos estabelecermos em bases sólidas, consideremos que portais sejam quaisquer aplicações que sejam capazes de agregar aplicações e conteúdos. Agora com foco no mundo Web, e mais especificamente no mundo Java Web, portais são aplicações especiais que tem como infraestrutura primordial os servidores de aplicação, bancos de dados e diretórios (LDAP). Os padrões JSR-168 e JSR-286 foram sendo consolidados ao longo do tempo, e ao convergirem e ao solidificarem suas bases deixaram de fazer parte dessa aplicação especializada e passaram a se integrar ao conjunto de serviços básicos do servidor de aplicação. Ao passarem a constituir os serviços básicos do servidor de aplicação os padrões de portal ganham em eficiência e robustez, sendo retirados os níveis de indireção que existiam previamente de uma "aplicação" de portal.
Com os serviços de portlets (JSR-168 e JSR-286) sendo implementados pelos servidores de aplicação, os mesmos naturalmente passaram a ser uma opção efetiva de Produtores WSRP. A IBM fornece uma implementação bem robusta que pode ser utilizada a partir do Portlet Catalog: IBM WSRP 2.0 Producer for IBM WebSphere Application Server.
Acho que vou parar por aqui, por hora, e continuar em outro post falando sobre arquitetura básica, segurança, vantagens e desvantagens dessa abordagem.
Comments