Diferencia entre revisiones de «Inter Portlet Communication»
(→Client Side) |
|||
| Línea 18: | Línea 18: | ||
=== Client Side === | === Client Side === | ||
| + | Esta es una comunicación "liviana" que no involucra comunicación con el servidor por lo que no cambia el estado del portlet ni cambia la información en el servidor. | ||
| + | Un ejemplo podría ser un portlet que sirve como "control remoto" de lo que se visualiza en otro. Al hacer click en un botón del control remoto puede esconderse o mostrarse una sección del otro portlet. | ||
| + | Puede combinarse con Asynchronous Server Side para refrescar la información del portlet de destino del mensaje. | ||
| + | Una implementación típica es a través de llamadas de Javascript que se comunican a través del navegador como si fuese una única página en html. | ||
== IPC en JSR 286 == | == IPC en JSR 286 == | ||
Revisión del 16:01 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 (del lado del servidor)
- Asynchronous Server Side (del lado del servidor en forma asincrónica)
- Client Side (del lado del cliente navegador)
Contenido
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
Esta es una comunicación "liviana" que no involucra comunicación con el servidor por lo que no cambia el estado del portlet ni cambia la información en el servidor. Un ejemplo podría ser un portlet que sirve como "control remoto" de lo que se visualiza en otro. Al hacer click en un botón del control remoto puede esconderse o mostrarse una sección del otro portlet.
Puede combinarse con Asynchronous Server Side para refrescar la información del portlet de destino del mensaje.
Una implementación típica es a través de llamadas de Javascript que se comunican a través del navegador como si fuese una única página en html.
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.
Events
Ver también
- Eventos De JSR 286
- JSR 286 - Java Portlet Specification V2.0
- Portlet Con JSF
- JSF Portlet Bridge
