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上构建,我将获得什么实际价值?
https://stackoverflow.com/questions/3228481
复制相似问题