Java门户和Portlet
Java界有一个关于门户和portlet应该如何互操作的JSR-286 standard：共享统一网页的软件组件。
似乎有许多门户实现。但是，是否有一个可以在其中运行的可互换portlets的实时“市场”？根据我在网络上的搜索，它看起来非常不平衡--所有的门户网站，没有门户网站。这就好比有几十部安卓手机，却没有应用程序。
如果一个产品基于JSR-286 (或它的一些实现)，那么企业客户拥有一堆portlets并希望添加到门户的可能性有多大？
令我震惊的是，大多数公司都已经有了一个类似门户的页面，基于他们选择的ERP或CRM产品来运行他们的业务，甚至可能只有MS Outlook的"Today“页面。那么，如果我为企业客户发布了一个新产品，并将其作为门户(而不是一组portlets)，那么我的客户放弃现有的IBM/SAP/Oracle门户并将我的门户用作新主页的可能性有多大？(我猜:不是很好。)如果我让它成为一组符合JSR-286的portlets，我的客户是否有办法托管portlets？(我猜:也不是很好)。
最后，JSR-286似乎对HTML+JavaScript (即门户和portlet如何在浏览器中互操作)保持沉默。这一切都是关于基于Java的服务器端内容，定义了一种协作使用URL的方法，以便每次完整页面刷新都可以被路由到正确的portlet。它似乎不承认现代的、丰富的AJAX方法。它只是顺便提到AJAX。
This blog post (and the comments under it)提供了很多值得深思的东西，似乎证实了我的怀疑：
专业人员的实践经验以及上述研究使我得出结论，门户体系结构缺乏足够的技术优势和独特的功能，无法保证更多的人接受它。在实践中，很少有应用程序可以将自己约束为独立的、完全不同的portlets功能，而放弃这种程度的体系结构控制在企业级软件中是不切实际的...门户架构成为主流技术的机会之窗不仅已经关闭，而且已经关闭了很长一段时间。
因此，将其总结为一个更连贯的问题:在这一点上，通过在JSR-286上构建，我将获得什么实际价值？
回答 1
Stack Overflow用户
发布于 2010-07-13 22:10:59
我临时知道的唯一优点是，当企业软件供应商在其功能清单上有“门户集成”时，这通常意味着他们已经根据JSR-168或JSR-286标准编写了portlet。SAP、Banner和Magnolia是我们在这里使用的一些以这种方式工作的系统，一些组织在门户方法中发现了价值。
然而，正如您正确地指出的那样，这对应用程序作者施加了一些令人沮丧的限制。我们还发现，当放置在单点登录系统旁边时，门户的价值有点可疑，该系统为用户节省了登录多个应用程序的麻烦，但它仍然允许每个应用程序充分利用浏览器环境。
FWIW，如果您确实决定将您的工作作为portlet的集合分发，有一些现有的门户系统是免费/开源的，您可以为那些还没有portlet容器的人提供：
http://java-source.net/open-source/portals
希望所有这些都能有所帮助。
https://stackoverflow.com/questions/3228481
复制相似问题