在Java空间中,企业门户策略的替代方案是什么?


17

对门户空间的幻灭

我看到许多令人困扰的大型企业客户,他们对其企业Portal的经验感到失望,尤其是WebSphere Portal Server(WPS)空间中的客户。数以百万计的投资已经完成,但是通过聚合和集成协作工具实现个性化内容的承诺从未实现。迁移到WPS 7.x是一个巨大的失败,并取代了迁移,客户想知道他们是否应该完全迁移到其他地方。

门户软件:可怕的选择,但是替代品是什么

那里有大量的门户网站仇恨者,有时门户网站解决方案确实过高了,但是当您谈论大型跨国公司时,如何建议他们构建没有门户网站服务器的全球解决方案?

门户网站并非总是像Tomcat或JBoss AS那样有趣,但是在集成多个应用程序,管理内容,更新作为单独war文件部署的单个应用程序,管理直至Portlet级别的安全性,证明某种对用户的个性化设置,以及管理大型企业作为其内部和外部网站一部分的数千页的繁重任务,是否有更好的技术?

收集社区见解和反馈

我一直在努力获取尽可能多的见识。我在TSS上写了一篇有关该问题的文章:

市场上还有哪些门户替代品?

我还将在CodeRanch上恢复一个线程,以查看是否可以从那个英俊的团队中获得任何见识。

更新了线程,要求替代门户软件Stragetty。大约2012年

我也在寻找twitterati(@potemcam)的一些见识。

与其说是交叉发布,还不如说是一种从社区中真正收集到敏锐洞察力的尝试。如果我能得到扎实的回应和经验,我想将它们汇总到TSS的建议文章中。

在Java空间中,什么是企业门户的正确选择?

顺便说一句,我也将从其他站点交叉链接到该问题,以便有相同问题的人能够来回弹跳,并查看社区对此主题的看法。


webmasters.stackexchange.com可能是这个问题的发源地,因为与一般软件开发相比,该问题特定于门户网站空间。
JB King

2
如果您删除了寻求见识/经验的部分,并着眼于“是否有比门户网站更好的技术?”这一主要问题,所有SE网站都会尽量避免征求意见或进行民意调查。您的问题不太可能被关闭。
Ryathal

老兄,我要打破stackexchange和stackoverflow吗?多年来,我一直是CodeRanch和TheServerSide的主持人,所以对于那些经常在错误论坛中发帖的新手之一,我感到不满。我希望这是正确的鸽子洞。我注意到网站管理员在脚本编写和更多以网页为中心的内容上投入了大量精力。我希望那些在IT领域承担重任的宽广的程序员可以提供一些见识和经验。希望我不再需要玩更多stackexchange轮盘赌。:)
卡梅隆·麦肯齐

好的,我已经进行了更多编辑,以尝试将其重点放在可以回答的问题上。或者至少,我尝试删除了更多基于意见的内容。
卡梅伦·麦肯齐

我工作的公司已经建立了几个彼此独立的不同liferay项目。当前,另一个小组正在研究将一个基于liferay的网页从外部托管转移到内部托管。他们告诉我他们面临许多问题。在已使用的Portlet /库中提供不同的版本,努力更改数据库(从mysql到oracle的afaik),在liferay中打破版本6.0、6.1和6.2之间的更改,EE版和CE版的错误修复状态不同。这一切让我想知道是否...
threeFourOneSixOneThree

Answers:


7

首先,您需要考虑Portal设计要解决的问题。是否像Wikipedia所建议的那样,将来自不同来源的信息以统一的方式整合在一起?如果是这样,我们现在还需要采取什么其他方式?

好吧,首先,您如何将来自各种来源的信息整合在一起?显而易见的答案是调用各种(Web)服务。这就引入了合同和网络延迟的问题,等等,但是门户网站很难解决这些问题,因此这就是您的要求。假设服务是RESTful的?这使合同管理更容易吗?可能吧

然后,您如何统一信息?Portal解决的问题之一是如何将这些不同的项目放在一页上,并使它们独立加载。从那时起AJAX逐渐发展起来,使用XMLHttpRequest调用各种(RESTful?)服务以获取数据,然后使用一组共享的样式表,可以潜在地实现相同的效果。

这样行吗?它可以并且可以。它比JSR286门户服务器更易于管理吗?大概。还有很多问题需要克服吗?绝对是 但这是一个可行的选择。


4

最近,我深入参与了Java门户服务器领域。之所以选择它,是因为它是SharePoint的廉价替代品,因为我们能够找到具有可比功能的门户提供商。我们使用eXo平台,尽管它主要针对社交功能而进行广告宣传,但它完全兼容JSR286门户服务器。

一个Java门户可以是非常强大的,但它顺其自然在看似成本过度设计和过于复杂。我们收到的一般客户反馈是,服务器的基本配置和开销可能太多。我尚未找到可以提供详细功能集的门户平台或替代产品,但对于一组操作要求仍然可以接受。竞争门户平台之间多年的功能膨胀已严重困扰了市场。

Java门户世界的增长非常缓慢。您会发现过时的界面,古老的UX,并且每一个动作都会在您的口中留下不良的味道。这里的创新者很少,eXo Platform是我们发现在现代化方面做出一致努力的极少数创新者之一。

有了所有这些,您仍然可以在JSR268世界中创造出一定量的成功产品。我们能够通过为每个portlet利用JAX-RS服务来完成此任务,基本上是从中挑选portlet的特性和功能。所有数据库访问均从Web服务器运行,这些服务器具有单独的RESTful服务,以优化CRUD操作。采取艰巨的努力需要很少的人愿意付出。

您也可以完全扎根,并使用servlet和JAX-RS构建自己的“门户”。这比标准门户网站开发要快得多。但是,在支持标准Web门户上提供的全部配置功能方面,您将不够。

简而言之,过多的特征集会陷入严重的困境,扼杀创新,而这种变化似乎不会很快改变。改变游戏规则的突破不太可能发生,因为沉重的打击者看不到元数据的演变。但是,您唯一的替代选择是仅重新发明所需的功能。


3

我不同意Matthew的观点,企业门户的问题都不是直接由技术引起的。问题几乎总是缺乏明确的重点和方向。

您要解决的问题是什么?尝试将其具体化。我大概可以猜到,将信息从电子邮件收件箱中移到某些可搜索的内容解决方案中的可能性会很高。也可以找到共享网络驱动器上的信息。然后可能存在关于工作流的问题。

除此之外,它开始变得有点模糊,这就是解决方案失败的地方。如果有人试图向您出售带有演示的门户,演示中有一个不相关的团队在搜索有关他的问题的信息,而找到另一个团队已经解决了该问题,则说明您的工作方式不明确。

我不希望这变成一个漫长的华夫饼干,所以我会问一个问题。您的门户解决方案是否允许您像电子邮件客户端一样轻松地与对等共享信息?具体来说,我的应用程序崩溃了,我想向您发送一个屏幕截图。我可以直接将其粘贴到我的电子邮件中,这不适用于基于Web的解决方案。它可以与Office集成吗?谁将把所有现有信息发布到门户上?

关注人们,他们的互动和他们的需求,而忘记技术。第二,通过现实来缓和人们的期望和愿望。


+1。门户网站的“失败”绝对是计划的失败。
bunglestink 2012年

1
我是否说门户技术存在根本问题?我说(实际上是暗示),它们很难管理(这经常以错误管理的方式得到证实),并且基于Ajax / Service的方法是可行的选择。
马修·弗林
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.