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)提供了很多值得思考的东西，似乎证实了我的怀疑:

Professional hands-on experience along with the above research led me to the conclusion that the portal architecture lacks enough technical advantages and distinguishing features to warrant an increase in acceptance. In practice, few applications can constrain themselves to the isolated and disparate functionality of portlets, and relinquishing this degree of architectural control is unrealistic in enterprise-level software... the portal architecture's window of opportunity to become a mainstream technology has not only closed, but closed quite some time ago.

因此，将此总结为一个更连贯的问题:此时在 JSR-286 上构建我将获得什么实际值(value)？

Answer 1

我所知道的唯一优势是当企业软件供应商在他们的功能 list 上有“门户集成”时，这通常意味着他们已经根据 JSR-168 或 JSR-286 标准编写了 portlet。 SAP、Banner 和 Magnolia 是我们在这里使用的一些以这种方式工作的系统，一些组织发现了门户方法的值(value)。

但是，正如您正确指出的那样，这对应用程序作者施加了一些令人沮丧的限制。我们还发现，将门户网站与单点登录系统放在一起时，其值(value)有些可疑，单点登录系统为用户省去登录多个应用程序的麻烦，但仍允许每个应用程序享受浏览器环境的全部优势。

FWIW，如果您确实决定将您的工作作为 portlet 集合进行分发，那么现有的门户系统是免费/开源的，您可以为还没有 portlet 容器的人们提供这些系统:

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

希望所有这些对您有所帮助。