four 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小引擎了。