Diferencia entre revisiones de «Inter Portlet Communication»

De Dos Ideas.
Saltar a: navegación, buscar
(Ver también)
Línea 1: Línea 1:
 +
Inter Portlet Communication o Comunicación Entre Portlets es la capacidad de los portlets de comunicarse entre sí que comparten una misma página independientemente de que estén en el mismo módulo o incluso desarrollados con las mismas herramientas.
 +
 +
La comunicación entre los portles puede ocurrir de tres maneras diferentes:
 +
 +
=== Server Side ===
 +
En este caso la comunicación se produce enteramente del lado del servidor entre las fases de "Process Action" y "Render". Luego de iniciada la fase de Process Action los portlets pueden dejar información en un lugar común a todos los portlets administrado por el portal. Al entrar en la etapa de "Render" los portlets pueden utilizar esta información para
 +
 +
 +
=== Asynchronous Server Side ===
 +
Los portlets se comunican entre sí a través del servidor pero fuera del ciclo de Request-Response. Envían un pedido asincrónico (ej: Ajax)y producen un cambio. El portal debe comunicar ese cambio a los otros portles que deben estar haciendo una consulta periódica en forma asincrónica o utilizando alguna tecnología tipo COMET.
 +
 +
 +
 +
=== Client Side ===
 +
 +
 +
 +
== IPC en JSR 286 ==
 +
 +
En la especificación 2.0 de Portlets se agregan dos formas de realizar IPC. Ambas son del lado del servidor y son las únicas formas estandarizadas de realizar IPC al momento de la release de la JSR 286.
 +
 +
=== Shared Render Parameters ===
 +
 +
 +
=== Events ===
 +
 +
 
== Ver también ==
 
== Ver también ==
 
* [[Eventos De JSR 286]]
 
* [[Eventos De JSR 286]]

Revisión del 15:53 25 mar 2009

Inter Portlet Communication o Comunicación Entre Portlets es la capacidad de los portlets de comunicarse entre sí que comparten una misma página independientemente de que estén en el mismo módulo o incluso desarrollados con las mismas herramientas.

La comunicación entre los portles puede ocurrir de tres maneras diferentes:

Server Side

En este caso la comunicación se produce enteramente del lado del servidor entre las fases de "Process Action" y "Render". Luego de iniciada la fase de Process Action los portlets pueden dejar información en un lugar común a todos los portlets administrado por el portal. Al entrar en la etapa de "Render" los portlets pueden utilizar esta información para


Asynchronous Server Side

Los portlets se comunican entre sí a través del servidor pero fuera del ciclo de Request-Response. Envían un pedido asincrónico (ej: Ajax)y producen un cambio. El portal debe comunicar ese cambio a los otros portles que deben estar haciendo una consulta periódica en forma asincrónica o utilizando alguna tecnología tipo COMET.


Client Side

IPC en JSR 286

En la especificación 2.0 de Portlets se agregan dos formas de realizar IPC. Ambas son del lado del servidor y son las únicas formas estandarizadas de realizar IPC al momento de la release de la JSR 286.

Shared Render Parameters

Events

Ver también