Java门户和Portlet

Question

Java世界有一个JSR-286 standard关于门户和portlet应该如何互操作的软件组件：共享统一网页的软件组件。

似乎有一些门户实现。但是，有没有一个可以在其中运行的可互换portlet的现场“市场”？从我所能找到的网页中，它看起来非常不平衡 - 所有的门户网站和没有portlet。这就像是有几十个Android手机没有应用程序。

如果产品是以JSR-286（或其某些实现方式）为基础的，那么企业客户可能希望将其添加到门户的一堆portlet的可能性有多大？

大多数企业已经拥有基于他们选择的企业运行的ERP或CRM产品的门户网站页面，或者甚至可能只是MS Outlook的“今日”页面。因此，如果我为企业客户发布新产品，并且将其作为门户（而不是一组portlet），那么我的客户放弃他们现有的IBM/SAP/Oracle门户并将我的门户作为其新主页的可能性有多大？ ？ （我猜测：不是很好。）如果我将它制作成一组符合JSR-286标准的portlet，我的客户是否有办法托管主机portlet？ （我猜测：也不是很好）。最后，JSR-286似乎对HTML + JavaScript非常沉默，即门户网站和Portlet如何在浏览器内互操作。这些都是基于Java的服务器端的东西，它们定义了一种合作的方式来使用URL，以便每个整页刷新都可以路由到正确的portlet。它似乎没有承认现代，丰富的AJAX方法。它只是顺带提到了AJAX。

This blog post (and the comments under it)已经提供了思考了很多食物，似乎证实了我的怀疑：

专业动手上述研究沿 经历促使我 结论，即门户 架构缺乏足够的技术 好处和区别特征 保证接受的增加。 在实践中，很少有应用程序可以 约束自己孤立 和 portlet的不同功能，并且放弃这个 程度的建筑控制在企业级 不现实 软件...门户网站架构的机会 窗口成为 的主流技术已经不仅关闭了 ，而且关闭了相当一段时间 前。

因此，总结这是一个更连贯的问题：通过在此基础上构建JSR-286，我可以获得什么实际价值？

Answer 1

我非常了解的唯一优点是，当企业软件供应商在其功能清单上有“门户集成”时，通常意味着他们已经根据JSR-168或JSR-286标准编写了portlet。 SAP，Banner和Magnolia是我们在这里使用的一些系统，它们以这种方式工作，并且一些组织在门户方法中发现了价值。

但是，正如您正确指出的那样，这会对应用程序作者造成一些令人沮丧的限制。我们还发现，在单点登录系统旁边，门户的价值有点令人怀疑，这样可以使用户省去登录多个应用程序的麻烦，但仍然允许每个应用程序充分利用浏览器环境。

FWIW，如果你决定分配你的工作作为portlet的集合，也有现有的是自由/开源，你可以为谁不已经有一个portlet容器乡亲门户系统：

http://java-source.net/open-source/portals

希望所有这些都有所帮助。