¿Contenedor de portlet como plutón o jetspeed en el motor de aplicaciones de google?

Estoy tratando de construir algo "portlet server" -ish en el motor de aplicaciones de google. (como código abierto)

Me gustaría usar los estándares JSR168 / 286, pero creo que las restricciones del motor de la aplicación lo harán entre complicado e imposible.

¿Alguien ha intentado ejecutar jetspeed o una aplicación que usa Plutón internamente en el motor de aplicaciones de Google?

Según mi conocimiento actual de los portlets y el motor de aplicaciones de Google, anticipo estos problemas:

Un archivo war con portlets es, desde el punto de vista de la implementación, más o menos una aplicación web completa (sí, sé que realmente no funciona sin un servidor de portal). El archivo war puede contener su propio web.xml, etc. Esto dificulta la implementación en el motor de la aplicación, ya que las aplicaciones no son visibles entre sí, por lo que todos los portlets que contienen archivos deben incluirse en el archivo war de la aplicación desplegada servidor de portal basado en motor ".

Los "portlets" se inician (al menos en liferay) como procesos de servlet permanentes, en función de su portlet.xmls y web.xmls, que se encuentra en el mismo lugar para cada archivo de portlet que se carga. Creo que esto puede ser problemático en el motor de la aplicación, porque todo está en una gran "aplicación web", por lo que puede ser difícil acceder a portlet.xmls desde cada archivo.

Esto evita una compatibilidad del 100% en mi opinión.

¿Hay alguien que tenga experiencia con la combinación de portlets y el motor de aplicaciones?

¿Crees que es posible modificar la velocidad del jets, Plutón o cualquier otro contenedor de portlet para poder ejecutarlo en el motor de la aplicación?

Respuestas a la pregunta(1)

Su respuesta a la pregunta