Inter Portlet Communication - Historial de revisiones

Admin en 18:20 26 ago 2009

2009-08-26T18:20:36Z

200.115.213.201 en 20:50 29 mar 2009

2009-03-29T20:50:22Z

201.251.185.130 en 17:47 25 mar 2009

2009-03-25T17:47:28Z

201.251.185.130 en 17:45 25 mar 2009

2009-03-25T17:45:41Z

201.251.185.130: /* Client Side */

2009-03-25T16:01:48Z

‎Client Side

201.251.185.130 en 15:56 25 mar 2009

2009-03-25T15:56:31Z

201.251.185.130 en 15:56 25 mar 2009

2009-03-25T15:56:17Z

201.251.185.130 en 15:53 25 mar 2009

2009-03-25T15:53:11Z

201.251.182.130: /* Ver también */

2009-03-25T14:41:42Z

‎Ver también

201.251.182.130 en 14:40 25 mar 2009

2009-03-25T14:40:42Z

← Revisión anterior		Revisión del 18:20 26 ago 2009
Línea 1:		Línea 1:
		+	[[Category:Portlet]]
	Inter Portlet Communication (IPC) o Comunicación Entre Portlets es la capacidad de los portlets que comparten una misma página de comunicarse entre sí independientemente de que estén en el mismo módulo o incluso desarrollados con las mismas herramientas.		Inter Portlet Communication (IPC) o Comunicación Entre Portlets es la capacidad de los portlets que comparten una misma página de comunicarse entre sí independientemente de que estén en el mismo módulo o incluso desarrollados con las mismas herramientas.

@@ Línea 1: / Línea 1: @@
-Inter Portlet Communication o Comunicación Entre Portlets es la capacidad de los portlets que comparten una misma página de comunicarse entre sí independientemente de que estén en el mismo módulo o incluso desarrollados con las mismas herramientas.
+Inter Portlet Communication (IPC) o Comunicación Entre Portlets es la capacidad de los portlets que comparten una misma página de comunicarse entre sí 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:
@@ Línea 5: / Línea 7: @@
 * Asynchronous Server Side (del lado del servidor en forma asincrónica)
 * Client Side (del lado del cliente navegador)
 === Server Side ===
@@ Línea 15: / Línea 15: @@
 Todos los mensajes deben quedar resueltos antes de iniciarse la fase de Render.
 === 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 ===
@@ Línea 30: / Línea 28: @@
 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.
 === Shared Render Parameters ===
 Esta forma de implementarlo es a través de poner disponible para los portles la posibilidad de hacer visibles para otros portles ciertos parámetros render..
 === Events ===
@@ Línea 53: / Línea 48: @@
 Los eventos se publican a través del método setEvent de la clase ActionResponse y pueden ser procesados tanto en el método processEvents de la interfaz Portlet o anotando métodos con la anotación @ProcessEvent y especificando a que evento responderá el método. Este último es preferible ya que evita tener que identificar que evento se produjo dentro del cuerpo del método.
 == Ver también ==

@@ Línea 15: / Línea 15: @@
 Todos los mensajes deben quedar resueltos antes de iniciarse la fase de Render.
@@ Línea 21: / Línea 20: @@
 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.
@@ Línea 32: / Línea 30: @@
 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.
@@ Línea 38: / Línea 35: @@
 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.
@@ Línea 44: / Línea 40: @@
 Esta forma de implementarlo es a través de poner disponible para los portles la posibilidad de hacer visibles para otros portles ciertos parámetros render..

@@ 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.
+Inter Portlet Communication o Comunicación Entre Portlets es la capacidad de los portlets que comparten una misma página de comunicarse entre sí 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:
@@ Línea 9: / Línea 9: @@
 === 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.
@@ Línea 18: / Línea 25: @@
 === 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.
@@ Línea 24: / Línea 32: @@
 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.
 === Shared Render Parameters ===
 === Events ===

← Revisión anterior		Revisión del 16:01 25 mar 2009
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 anterior		Revisión del 15:56 25 mar 2009
Línea 2:		Línea 2:

	La comunicación entre los portles puede ocurrir de tres maneras diferentes:		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)

	=== Server Side ===		=== Server Side ===

← Revisión anterior		Revisión del 15:53 25 mar 2009
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]]

@@ Línea 1: / Línea 1: @@
 == Ver también ==
 * [[JSR 286]] - Java Portlet Specification V2.0
 * [[Portlet Con JSF]]
 * [[JSF Portlet Bridge]]