Java 世界有一个JSR-286 标准来说明门户和 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。
这篇博文（以及它下面的评论）提供了很多思考，似乎证实了我的怀疑：
专业的实践经验以及上述研究使我得出结论，门户架构缺乏足够的技术优势和显着特征来保证增加接受度。在实践中，很少有应用程序可以将自己限制在 portlet 的孤立和不同的功能上，放弃这种程度的架构控制在企业级软件中是不现实的……门户架构成为主流技术的机会之窗不仅已经关闭，但很早以前就关门了。
因此，将其总结为一个更连贯的问题：此时在 JSR-286 上构建我将获得什么实际价值？