Contêiner de portlet como plutão ou jetspeed no Google App Engine?

Estou tentando criar algo "servidor de portlet" - no mecanismo do aplicativo do google. (como código aberto)

Gostaria de usar os padrões JSR168 / 286, mas acho que as restrições do mecanismo de aplicativos o tornarão algo complicado e impossível.

Alguém já tentou executar o jetspeed ou um aplicativo que usa plutão internamente no Google App Engine?

Com base no meu conhecimento atual de portlets e no mecanismo de aplicativos do google, estou prevendo estes problemas:

Um arquivo de guerra com portlets é, do ponto de vista da implantação, mais ou menos um aplicativo da Web completo (sim, eu sei que ele realmente não funciona sem um servidor de portal). O arquivo war pode conter seu próprio web.xml etc. Isso dificulta a implantação no mecanismo de aplicativos, porque os aplicativos não são visíveis entre si, portanto, todos os portlets que contêm arquivos precisam ser incluídos no arquivo war do aplicativo "implementado" servidor de portal baseado em mecanismo ".

Os "portlets" são (pelo menos no liferay) iniciados como processos de servlet permanentes, com base em seus portlet.xmls e web.xmls, localizados no mesmo local para cada archive de portlet carregado. Acho que isso pode ser problemático no mecanismo de aplicativos, porque tudo está em um grande "aplicativo da web", portanto pode ser complicado acessar os portlet.xmls de cada arquivo.

Isso impede uma compatibilidade de 100% na minha opinião.

Existe alguém com alguma experiência com a combinação de portlets e o mecanismo de aplicativos?

Você acha que é possível modificar o jetspeed, pluto ou qualquer outro contêiner de portlet para poder executá-lo no mecanismo de aplicativo?

questionAnswers(1)

yourAnswerToTheQuestion