代码之家  ›  专栏  ›  技术社区  ›  Daniel Earwicker

Java门户和Portlet

  •  16
  • Daniel Earwicker  · 技术社区  · 16 年前

    JSR-286 standard 门户和portlet应该如何互操作:共享统一网页的软件组件。

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

    最后,JSR-286似乎对HTML+JavaScript(即门户和portlet在浏览器中如何互操作)相当沉默。所有这些都是关于基于Java的服务器端的东西,定义了一种协作使用url的方法,以便每次整页刷新都可以路由到正确的portlet。它似乎并不认可现代、丰富的AJAX方法。它只是顺便提到AJAX。

    This blog post (and the comments under it)

    专业实践经验 通过以上研究,我找到了 结论门户网站 架构缺乏足够的技术支持 优点和特点 保证增加接受。 实际上,很少有应用程序可以 把自己局限于孤立的 和完全不同的功能 放弃这个 架构控制的程度是 不切实际的 在企业级 软件。。。门户体系结构的 机会之窗 关闭,但关闭了相当长的一段时间 以前。

    因此,将此总结为一个更连贯的问题:在这一点上,在JSR-286的基础上,我能得到什么实际价值?

    1 回复  |  直到 16 年前
        1
  •  5
  •   Sean McMains    16 年前

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

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

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

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