我正在尝试在谷歌应用引擎上构建一些“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 容器以使其能够运行是否可行 它在应用引擎上？
最佳答案
我已经简要地看了它 - 你最大的问题是 Portlet 规范建立在但覆盖了 servlet 规范的一些关键位 - 特别是它通常需要支持跨上下文调用。
虽然可以设计一个包含多个 portlet 和 servlet 容器的 web 应用程序(通常是为管理 portlet 完成的，或者在 Liferay 的情况下是它们的大部分堆栈)，但这并不容易。
实际上，如果考虑在 AppEngine 上做门户类型的事情，我会更仔细地考虑托管 OpenSocial 小部件(如果你真的想要标准)，也许在 Shindig 中运行，或者在外部托管。这也可以让您获得 JSR-168 兼容性，因为有许多(不是很好的)桥接 portlet 来托管小部件，而且它不是一个很难编写的适配器。
关于java - 像谷歌应用引擎上的 pluto 或 jetspeed 这样的 Portlet 容器？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2597854/