总体来看， liferay架构还是比较混乱，非常琐碎。
最关键的原因是用它的人越来越多了,最近在国外,liferay的名气开始变大了,以后可能会流行起来的.所以我觉得现在我们是可以去关注它的.
[该贴被Hqiu于2008-08-19 13:03修改过]
没有将portlet框架和portlet应用截然分开，它如果能形成一个精简的符合JSR标准的portlet框架就是一流的，这样，它弄不好可以象struts1 Spring等那样形成事实标准，这样就减少架构选择风险。架构选择不是依据哪个名气大，哪个流行来判断，而且这个依据没有具体可评判标准，只能从其产品内在OO设计质量来判断，这是架构选择的根本之道。
根据我的想法，要形成portlet框架，就不能再基于Spring这样框架，因为这两者平级的，你的portlet框架需要通过Spring框架和具体portlet应用整合在一起。
[该贴被banq于2008-08-21 10:35修改过]
在实际开发中，还不能完全按照自己的想法去实现，因为其中还有一些内部的约定。比如自己开发的portlet，用的一些东西，必须是系统自带的，否则如果改变外观之类的东西的话不会发生相应的变化。
其设计的思想与STRUTS之类的框架有一定的区别。
而且现在好像也没多少其它的选择。不知道过去是什么样的，但现在我敢说，liferay在门户中间件中已经算是很不错的了。
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的含义，只是告诉大家：将来的好东西应该怎样。
当然，作者也很辛苦，按他的能力，大概7年了折腾这么多版本出来，作为先行者，没有功劳也有苦劳，我没有贬低他和liferay的含义，只是告诉大家：将来的好东西应该怎样。”
还不是很明白