JSF Portlet Bridge - Historial de revisiones

Admin en 18:17 26 ago 2009

2009-08-26T18:17:56Z

201.251.185.130: /* Funcionamiento con JSF */

2009-03-16T14:26:16Z

‎Funcionamiento con JSF

201.251.182.130: /* Ver también */

2009-03-13T19:50:37Z

‎Ver también

201.251.182.130 en 19:49 13 mar 2009

2009-03-13T19:49:13Z

201.251.182.130 en 14:19 13 mar 2009

2009-03-13T14:19:04Z

201.251.182.130: Página nueva: Para poder utilizar JavaServer Faces en los portlets (JSR 168) es necesario utilizar un puente que pueda adaptar los pedidos del portal para que sea transparente para la API de JSF. H...

2009-03-13T13:38:06Z

Página nueva: Para poder utilizar JavaServer Faces en los portlets (JSR 168) es necesario utilizar un puente que pueda adaptar los pedidos del portal para que sea transparente para la API de JSF. H...

Página nueva

Para poder utilizar JavaServer Faces en los portlets (JSR 168) es necesario utilizar un puente que pueda adaptar los pedidos del portal para que sea transparente para la API de JSF.
Hay una gran cantidad de JSF Portlet Bridges desarrollados conceptualmente iguales pero sus comportamientos tiene diferencias entre diferentes portales o diferentes implementaciones de JSF.
Para solucionar esta situación está en proceso la especificación JSR 301.

@@ Línea 1: / Línea 1: @@
 JavaServer Faces y los portlets definen dos abstracciones diferentes respecto de los pedidos del cliente (request) y el proceso de construcción de la respuesta (response).
@@ Línea 4: / Línea 6: @@
 Uno de los enfoques más utilizados es el de construir un puente (bridge) que funcione como traductor entre las dos abstracciones. La ventaja del mismo radica en que los dos extremos funcionan normalmente sin necesidad de tener conocimiento y adaptarse al otro. Esto también permite migrar cosas ya desarrolladas con JSF a portlet con un bajo impacto pero sobre todo reutilizar el conocimiento y las herramientas.
 Al día de hoy existen varios bridges que si bien son iguales en concepto, su funcionamiento y detalle de prestaciones difiere según bridge, versiones de portal o implementación de JSF que se utilice.
@@ Línea 34: / Línea 35: @@
 * [http://myfaces.apache.org/portlet-bridge/index.html MyFaces Generic Portlet]
 * [http://www.jboss.org/community/docs/DOC-10721 JBoss Portlet Bridge]
 ==Ver también==

@@ Línea 17: / Línea 17: @@
 * El cliente hace una petición directa a la aplicación en Faces.
 * El servlet de Faces recibe la petición y ejecuta la página en cuestión.
-* Se construyendo la respuesta y se genera el HTML.
+* Se construye la respuesta y se genera el HTML.
@@ Línea 29: / Línea 29: @@
 * Cada portlet genera su respuesta que representa un fragmento de la respuesta total. El generador de portlets recibe la respuesta a través del bridge que actúa como si fuese un portlet común.
 * El portal compone la página con todos los fragmentos y genera la respuesta al cliente.
 ==Bridges Principales==

@@ Línea 38: / Línea 38: @@
 ==Ver también==
-* [http://jcp.org/en/jsr/detail?id=301 JSR 301]
+* [http://jcp.org/en/jsr/detail?id=301 Portlet Bridge Specification for JavaServer Faces]
 * [[Portlet Con JSF]]
 * [[JSF Con Spring En Portlets]]

← Revisión anterior		Revisión del 19:49 13 mar 2009
Línea 1:		Línea 1:
−	~~Para poder utilizar~~ JavaServer Faces en los portlets ~~(JSR 168) es necesario utilizar un puente que pueda adaptar~~ los pedidos del ~~portal para que sea transparente para la API~~ de ~~JSF.~~	+	JavaServer Faces y los portlets definen dos abstracciones diferentes respecto de los pedidos del cliente (request) y el proceso de construcción de la respuesta (response).
−	~~Hay una gran cantidad~~ de ~~JSF Portlet Bridges desarrollados conceptualmente iguales pero sus comportamientos tiene diferencias entre diferentes portales o diferentes implementaciones de JSF~~.

−	Para ~~solucionar esta situación~~ está en proceso la ~~especificación~~ JSR 301.	+	Para poder utilizar la tecnología de JavaServer Faces en los portlets es necesario poder unir estas dos abstracciones.
		+
		+	Uno de los enfoques más utilizados es el de construir un puente (bridge) que funcione como traductor entre las dos abstracciones. La ventaja del mismo radica en que los dos extremos funcionan normalmente sin necesidad de tener conocimiento y adaptarse al otro. Esto también permite migrar cosas ya desarrolladas con JSF a portlet con un bajo impacto pero sobre todo reutilizar el conocimiento y las herramientas.
		+
		+
		+	Al día de hoy existen varios bridges que si bien son iguales en concepto, su funcionamiento y detalle de prestaciones difiere según bridge, versiones de portal o implementación de JSF que se utilice.
		+
		+	Existe la especificación JSR 301 sobre portlet bridges que está en proceso.
		+
		+
		+	==Funcionamiento con JSF==
		+
		+	En el caso de la ejecución habitual de una aplicación con Faces:
		+
		+	* El cliente hace una petición directa a la aplicación en Faces.
		+	* El servlet de Faces recibe la petición y ejecuta la página en cuestión.
		+	* Se construyendo la respuesta y se genera el HTML.
		+
		+
		+	En el caso de una aplicación con Faces incorporada en un portal en forma de portlet:
		+
		+	* El cliente envía una petición al portal.
		+	* El portal la resuelve a través de alguna de sus páginas que a su vez contiene una serie de portlets.
		+	* El portal deriva el procesamiento de los portlets al contenedor de portlets.
		+	* El contenedor de portlets les reenvía una versión especial de la petición.
		+	* Por cada petición a un portlet implementado con JSF el bridge prepara el entorno de Faces y ejecuta el ciclo de vida correspondiente permitiendo a la aplicación JSF desconocer las particularidades del portal.
		+	* Cada portlet genera su respuesta que representa un fragmento de la respuesta total. El generador de portlets recibe la respuesta a través del bridge que actúa como si fuese un portlet común.
		+	* El portal compone la página con todos los fragmentos y genera la respuesta al cliente.
		+
		+
		+	==Bridges Principales==
		+	* [http://jsfportletbridge.dev.java.net/ Sun OpenPortal JSF-Portlet Bridge]
		+	* [http://myfaces.apache.org/portlet-bridge/index.html MyFaces Generic Portlet]
		+	* [http://www.jboss.org/community/docs/DOC-10721 JBoss Portlet Bridge]
		+
		+
		+	==Ver también==
		+	* [http://jcp.org/en/jsr/detail?id=301 JSR 301]
		+	* [[JSR 168]] - Java Portlet Specification V1.0
		+	* [[JSR 286]] - Java Portlet Specification V2.0
		+	* [[Portlet Con JSF]]
		+	* [[JSF Con Spring En Portlets]]

@@ Línea 1: / Línea 1: @@
 Para poder utilizar JavaServer Faces en los portlets (JSR 168) es necesario utilizar un puente que pueda adaptar los pedidos del portal para que sea transparente para la API de JSF.
 Hay una gran cantidad de JSF Portlet Bridges desarrollados conceptualmente iguales pero sus comportamientos tiene diferencias entre diferentes portales o diferentes implementaciones de JSF.
 Para solucionar esta situación está en proceso la especificación JSR 301.