Google アプリ エンジンで「ポートレット サーバー」っぽいものを構築しようとしています。（オープンソースとして）
JSR168/286 標準を使用したいのですが、アプリ エンジンの制限により、難しいか不可能かの間のどこかになると思います。
Jetspeed や pluto を内部で使用するアプリケーションを Google アプリ エンジンで実行しようとした人はいますか?
ポートレットと Google アプリ エンジンに関する現在の知識に基づいて、次の問題が予想されます。
ポートレットを含む war ファイルは、デプロイメントの観点からは多かれ少なかれ完全な Web アプリケーションです (はい、ポータル サーバーがないと実際には機能しないことはわかっています)。war ファイルには独自の web.xml などが含まれる場合があります。これにより、アプリ エンジンでの展開がかなり難しくなります。これは、アプリが互いに見えないためです。アーカイブを含むすべてのポートレットは、展開された「アプリの war ファイルに含める必要があります。エンジンベースのポータルサーバー」.
「ポートレット」は、(少なくとも liferay では) 永続的なサーブレット プロセスとして開始されます。これは、ロードされるすべてのポートレット アーカイブの同じ場所にある portlet.xml および web.xml に基づいています。すべてが 1 つの大きな「Web アプリ」にあるため、これはアプリ エンジンで問題になる可能性があると思います。そのため、各アーカイブから portlet.xml にアクセスするのは難しいかもしれません。
これにより、私の意見では 100% の互換性が妨げられます。
ポートレットとアプリ エンジンを組み合わせた経験のある人はいますか?
jetspeed、pluto、またはその他のポートレット コンテナーを変更して、app エンジンで実行できるようにすることは可能だと思いますか?