java - 像谷歌应用引擎上的 pluto 或 jetspeed 这样的 Portlet 容器？

Question

我正在尝试在谷歌应用引擎上构建一些“portlet 服务器”。(作为开源)

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

有没有人试过运行 jetspeed 或内部使用 pluto 的应用程序在谷歌应用引擎上？

根据我目前对 portlet 和 google app engine 的了解，我预见到这些问题:

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

“portlet”(至少在 liferay 中)作为永久 servlet 启动进程，基于它们位于同一位置的 portlet.xmls 和 web.xmls加载的每个 portlet 存档。我认为这可能有问题应用引擎，因为一切都在一个大的“网络应用程序”中，所以可能会很棘手从每个存档访问 portlet.xmls。

在我看来，这妨碍了 100% 的兼容性。

这里有任何人对组合 portlet 和应用引擎？

您认为修改 jetspeed、pluto 或任何其他 portlet 容器以使其能够运行是否可行它在应用引擎上？

Answer 1

我已经简要地看了它 - 你最大的问题是 Portlet 规范建立在但覆盖了 servlet 规范的一些关键位 - 特别是它通常需要支持跨上下文调用。

虽然可以设计一个包含多个 portlet 和 servlet 容器的 web 应用程序(通常是为管理 portlet 完成的，或者在 Liferay 的情况下是它们的大部分堆栈)，但这并不容易。

实际上，如果考虑在 AppEngine 上做门户类型的事情，我会更仔细地考虑托管 OpenSocial 小部件(如果你真的想要标准)，也许在 Shindig 中运行，或者在外部托管。这也可以让您获得 JSR-168 兼容性，因为有许多(不是很好的)桥接 portlet 来托管小部件，而且它不是一个很难编写的适配器。