Google App Engine上的冥王星或Jetspeed之类的Portlet容器？

Question

我正在尝试在Google App引擎上构建一些“ portlet服务器” -ish。（作为开源）

我想使用JSR168 / 286标准，但我认为应用程序引擎的限制会使它介于棘手和不可能之间。

有没有人试图在Google App Engine上运行jetspeed或内部使用冥王星的应用程序？

根据我目前对portlet和google app引擎的了解，我预计会出现以下问题：

从部署的角度来看，带有portlet的war文件或多或少是一个完整的Web应用程序（是的，我知道没有门户网站服务器就无法正常工作）。战争文件可能包含其自己的web.xml等。这使在应用程序引擎上的部署相当困难，因为应用程序彼此之间不可见，因此所有包含归档文件的portlet必须包含在已部署的“应用程序”的战争文件中基于引擎的门户服务器”。

“
portlet”（至少在liferay中）基于它们的portlet.xmls和web.xmls作为永久servlet进程启动，对于每个要加载的portlet归档文件，它们都位于同一位置。我认为这在应用程序引擎中可能会出现问题，因为所有内容都在一个大的“
Web应用程序”中，因此从每个档案库访问portlet.xmls可能很棘手。

我认为这会阻止100％的兼容性。

这里有人对Portlet和应用程序引擎的组合有任何经验吗？

您认为修改jetspeed，pluto或任何其他Portlet容器以使其能够在App Engine上运行是否可行？

Answer 1

我已经简要地看过了-您的最大问题是Portlet规范建立在Servlet规范的基础上，但却超越了它的某些关键位-特别是它通常需要支持跨上下文调用。

尽管可以设计包含多个Portlet和Servlet容器的单个Web应用程序（通常是为管理Portlet完成的，或者在Liferay的情况下，它们的堆栈很多），但这并不容易。

实际上，如果要在AppEngine上进行门户类型的工作，我会更密切地托管OpenSocial窗口小部件（如果您确实需要标准），也许是在Shindig中运行，或者在外部托管。这也可以使您与JSR-168兼容，因为有许多（不是很好的）桥接Portlet来承载小部件，并且它不是一个硬适配器。