四种开源门户portal软件比较

一个门户软件至少需要以下几个功能,这样,我们可以借助开源建立自己的门户,而不用从头开始发明新轮子:
1.用户 组和角色管理
2.授权和权限验证
3.内容管理
4.个人定制

下面对JBoss, Liferay, eXo, JetSpeed 2四个开源门户软件进行架构比较:
Jetspeed (2.1.3)
Jetspeed/Tomcat/MySQL 好像性能不错,不过文档不太好,接口粗糙不友好,难于安装和运行。


Liferay Portal
似乎它是Java Portal的第一选择,优点是:漂亮的UI,AJAX以及 JSR 286 Poratl标准,和具体服务器没有绑定,不错的内容管理。

缺点:由于稍微复杂些,性能有点慢,设计上松耦合差,如果你需要整个Portal功能,它还是不错的,但是如果试图定制修剪一些功能组件,就非常困难,Liferay号称从EJB到Spring,由此可见,框架的选择并不能帮助你松耦合,更多是业务设计的松耦合,要从业务角度进行组件模块化设计,而不是从纯技术架构角度进行模块化设计,这两个出发点完全不同。

eXo Portal
eXo将和JBoss门户结合,未来独立发展有些玄乎。

JBoss Portal
它不但可以运行在JBoss 上,也可以运行在Tomcat上,界面直观,文档易懂,性能也不错,但会经常与JBOss自己的产品挂钩,更重要的是,JBOSS自己网站已经更换为magnolia的内容管理系统,为什么他们不用自己的Portal呢?这违背eats its own dog food,自己都不用自己的产品,谁敢用呢?

看来JBoss和eXo强强联合,JBoss-eXo的重点是eXo。

所以,这四种矮个子比较下来,Liferay 和 eXo还是胜出的。

个人点评:其实所谓Portal只是一个诱人的糖果包,试图通过一个Portal产品和标准来解决门户的所有问题,是不切实际的,必然带来Portal软件的复杂性,上述Liferay eXO都号称平台了,哪个平台软件不复杂,复杂容易导致紧耦合,因为开发设计者已经被业务复杂搞得头昏眼花,哪有功夫顾及架构上的松耦合设计呢?

如今Widget的迅速发展,其实一个portlet 就是一个Widget,Widget概念将Portlet从服务器端复杂配置管理转移到浏览器中用JS脚本配置实现,无疑架构思路是正确的,使用Js这样面向界面的DSL语言无疑提高系统松耦合设计,是正确的发展方向。所以,在这个思路下,庞大笨重的Portal大包裹糖果显得失去意义。

以Jdon网站来看,门户就是使用JiveJdon改变过来的,通过AJAX引入页面窗口Portlet,能将门户 博客 论坛有机无缝地结合起来,性能设计上能拓展到云计算集群平台,也可以算是一个开源Portal小引擎了。


[该贴被banq于2009-09-05 08:57修改过]
[该贴被banq于2009-09-05 08:58修改过]

jboss 网站自己都不用自己的portal。。。
或许exo加盟之后,会对jboss portal 有所改观。

最近在做IBM portal 向 liferay的移植,由于liferay是由struts开发的,所以对struts的支持会比较自然。另外liferay是包含jsr168.并扩展了jsr168.
相对Widget而言传统Portlet要更加成熟一些。还有JSR168标准支持。所以从开发的角度讲,似乎更好一点。