Java门户和portlet

Java世界对门户和Portlet应该如何互操作有一个明确的定义：共享统一web页面的软件组件

似乎有许多门户实现。但是，是否有一个可以在其中运行的可互换portlet的活的“市场”？从我在网上搜索的结果来看，它看起来非常不平衡——所有的门户网站都没有Portlet。就好像有几十部安卓手机，却没有应用程序

如果一个产品基于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会有什么实际价值？

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

然而，正如您正确指出的，这对应用程序作者施加了一些令人沮丧的限制。我们还发现，当将门户放在单一登录系统旁边时，它的价值有些可疑，这样用户就不用再登录多个应用程序，但仍然可以让每个应用程序充分享受浏览器环境的好处

FWIW，如果您决定将您的工作作为portlet的集合分发，那么您可以为尚未拥有portlet容器的用户提供免费/开源的现有门户系统：

---

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

谢谢。关键是与单点登录相比的价值。CAS在java世界中很受欢迎，我发现它很容易与非java应用程序集成（甚至C++应用程序中的自定义客户端也不难），一旦你采取了这一步骤，你就已经拥有了集成Web应用程序的95%的价值。对于可视化集成，我非常支持GoogleGadgets方法，其中每个portlet都在一个IFRAME中受到保护。如有必要，每个IFRAME都可以执行自己的CAS重定向过程。jQueryUI有一个“Portlet”示例，可以为您完成所有UI方面的工作。我们也非常喜欢CAS——我们的团队已经将它用于几个Rails和Perl应用程序以及Java。我以前没有见过jQueryPortlet示例。漂亮！