Utilizando sitio web PHP como un portlet JSR 168/268 en contenedor de portlets [en el servidor Oracle BEA Weblogic]

Question

Tengo un sitio web de PHP existente que utiliza una cantidad considerable de jQuery y Ajax. Nuestro cliente necesita para integrarlo como un portlet en un servidor Oracle BEA Weblogic y su especificación JSR 168 es preferido. Estoy completamente nuevo para portlets Java y por lo que tengo algunas preguntas acerca de portlets.

1. ¿Podemos integrar sitio web de PHP (que se encuentra en otro servidor) en un contenedor de portlets Java? O es sólo para los sitios web JSP? Lo pregunto porque puede haber diferencias en el manejo de sesión en el lado del cliente en PHP y JSP y que hará que problesm.
2. ¿Podemos utilizar Ajax cuando se utiliza portlets sin una gran reducción del rendimiento?
3. ¿Cuáles son los cambios básicos que debemos hacer para el sitio web existente con el fin de hacerlo compatible con JSR 168?

Gracias gracias por tomarse el tiempo para leer mi problema. Gracias y Saludos, Manjula

Answer 1

1. Creo que el PHP / Java Bridge , con la implementación de la API de secuencias de comandos JSR 223, que será la mejor manera de exponerlo aplicación PHP existente como un servlet de Java. Una vez que haya implementado el servlet a través de PHP, entonces el reenvío de un portlet a que será el mismo que el reenvío a cualquier otro servlet o JSP. Alternativamente, usted puede ser capaz de llamar a sus scripts PHP directamente desde el código de portlets.

2. Es posible utilizar AJAX con portlets. peticiones AJAX se hacen como las solicitudes de recursos de portlets que son proxies a través del Portal que está utilizando el portlet. Esto implica inherentemente poco de sobrecarga de rendimiento, pero no más que cuando se utiliza portlets de una manera más 'tradicional'.

3. En términos de portletizing el sitio web existente, lo que se necesita para decidir cómo (y por qué) que desea exponer partes de la aplicación como portlets. La forma más sencilla podría ser para exponer todo el sitio como una sola portlets, pero eso es una especie de falta el punto y es posible que también acaba de hacer que el sitio en un iframe. Más allá del desafío técnico de conseguir la aplicación PHP expuesta a Java, como se discute en 1, esta parte realmente necesita ser respondida por su cliente.