liferay门户开发

liferay架构也是走过很多坎坷，当初使用EJB架构，后来改用Spring，对于内容这样领域，使用EJB有些牵强，EJB适合事务安全高的场合。

总体来看， liferay架构还是比较混乱，非常琐碎。

现在liferay的开发已经算不错了.而且其它的门户中间件也不怎么样(当然指的是免费的).liferay采用了SSH,所以还算稳定.总体来说,配置比较复杂,但功能还是比较强的.而且现在官方的示例也比较的完善.
最关键的原因是用它的人越来越多了,最近在国外,liferay的名气开始变大了,以后可能会流行起来的.所以我觉得现在我们是可以去关注它的.
[该贴被Hqiu于2008-08-19 13:03修改过]

最新4版本没看，感觉当时它设计的最大弊病是：
没有将portlet框架和portlet应用截然分开，它如果能形成一个精简的符合JSR标准的portlet框架就是一流的，这样，它弄不好可以象struts1 Spring等那样形成事实标准，这样就减少架构选择风险。架构选择不是依据哪个名气大，哪个流行来判断，而且这个依据没有具体可评判标准，只能从其产品内在OO设计质量来判断，这是架构选择的根本之道。

根据我的想法，要形成portlet框架，就不能再基于Spring这样框架，因为这两者平级的，你的portlet框架需要通过Spring框架和具体portlet应用整合在一起。

[该贴被banq于2008-08-21 10:35修改过]

从目前来看，liferay的架构与应用也没完全分开。它首先实现了架构，然后再在架构基础上集成了一些portlet，不过现在已经支持JSR标准了。
在实际开发中，还不能完全按照自己的想法去实现，因为其中还有一些内部的约定。比如自己开发的portlet，用的一些东西，必须是系统自带的，否则如果改变外观之类的东西的话不会发生相应的变化。
其设计的思想与STRUTS之类的框架有一定的区别。
而且现在好像也没多少其它的选择。不知道过去是什么样的，但现在我敢说，liferay在门户中间件中已经算是很不错的了。

>比如自己开发的portlet，用的一些东西，必须是系统自带的，否则如果改变外观之类的东西的话不会发生相应的变化。

JSR就是进行portlet规定的，是将应用和portlet容器进行分离合并的标准，这就类似JSP标准，只要你按照JSP标准编程，就可以在所有支持JSP标准的服务器上运行，不管tomcat webshpere或weblogic。这就是JSR标准目标。

对于JSR没有详细规定的，LifeRay作为先行者，它可以自行详细规定，以后JSR弄不好就参考它为标准，就像Kavin开发Hibernate/Seam，然后他将Hibernate一些新特性提议到JSR ejb3或WEb Bean标准一样。这才是真正做优秀Java软件的样子。

自己开发的portlet，如果能够无缝嵌入liferay这样portlet容器中，portlet容器会侦测到其外观改变之类信息，将自动更改整个页面输出，这些都不是不能做到。关键是作者思路不够高，不够开阔。

当然，作者也很辛苦，按他的能力，大概7年了折腾这么多版本出来，作为先行者，没有功劳也有苦劳，我没有贬低他和liferay的含义，只是告诉大家：将来的好东西应该怎样。

“自己开发的portlet，如果能够无缝嵌入liferay这样portlet容器中，portlet容器会侦测到其外观改变之类信息，将自动更改整个页面输出，这些都不是不能做到。关键是作者思路不够高，不够开阔。

当然，作者也很辛苦，按他的能力，大概7年了折腾这么多版本出来，作为先行者，没有功劳也有苦劳，我没有贬低他和liferay的含义，只是告诉大家：将来的好东西应该怎样。”

还不是很明白