Portlet-Container wie Pluto oder Jetspeed auf Google App Engine?

Ich versuche, etwas "Portlet-Server" -isches in der Google App Engine zu erstellen. (als Open Source)

Ich würde gerne die JSR168 / 286-Standards verwenden, aber ich denke, dass die Einschränkungen der App-Engine es irgendwo zwischen knifflig und unmöglich machen werden.

Hat jemand versucht, Jetspeed oder eine Anwendung, die Pluto verwendet, auf der Google App Engine auszuführen?

Basierend auf meinem aktuellen Wissen über Portlets und die Google App Engine erwarte ich diese Probleme:

Eine War-Datei mit Portlets ist aus Sicht der Bereitstellung mehr oder weniger eine vollständige Webapp (ja, ich weiß, dass es ohne einen Portalserver nicht wirklich funktioniert). Die War-Datei enthält möglicherweise eine eigene Datei "web.xml" usw. Dies erschwert die Bereitstellung auf der App-Engine, da die Apps für einander nicht sichtbar sind. Daher müssen alle Portlets, die Archive enthalten, in der War-Datei der bereitgestellten App enthalten sein engine based portal server ".

Die "Portlets" werden (zumindest auf Lebenszeit) als permanente Servlet-Prozesse gestartet, basierend auf ihren portlet.xmls und web.xmls, die sich für jedes geladene Portlet-Archiv an derselben Stelle befinden. Ich denke, dass dies in der App-Engine problematisch sein kann, da sich alles in einer großen "Web-App" befindet. Daher kann es schwierig sein, von jedem Archiv aus auf die portlet.xmls zuzugreifen.

Dies verhindert meiner Meinung nach eine 100% ige Kompatibilität.

Ist hier jemand, der Erfahrung mit der Kombination von Portlets und der App-Engine hat?

Hältst du es für möglich, Jetspeed, Pluto oder einen anderen Portlet-Container so zu ändern, dass er auf der App-Engine ausgeführt werden kann?

Antworten auf die Frage(1)

Ihre Antwort auf die Frage