J2EE框架标准OpenSource大战拉开序幕！

我们已经知道，有了J2EE基本技术后，还不能立即从事大型项目的开发，还需要有大量针对自己本领域的模式库或者框架软件，因此，越来越多商业公司开始选择或参考开源软件作为二次开发的基础框架，例如在ofbiz等这些开源框架软件为大家不断认识之后，有很多基于ofbiz的应用软件不断诞生。
从这些现象可以看出，一个新的市场真正诞生，那就是以开源软件提供平台基础，将自己的框架力图成为这个领域的标准，从而占领这个市场，因此各种框架产品从各种不同角度涌现出来。
realMethods最近公布了自己的开源J2EE框架http://j2eeframework.com/framework.html，提供了数据库持久化、安全机制、Hook/Event 、性能池等各种实用技术框架。

J道目前也正在逐步完善一套实用框架系统，其中部分可见收费区，在框架真正完成后，将代码从收费中分离出来实现开源（教程和讲解文本继续保持收费）。

还有其它力图提供业务管理整合方案的开源框架：
BIE（http://www.brunswickwdi.com/）提供了类似微软biztalk的数据整合方案，基于BPMI的标准。

ofbiz大家应该知道。

提供基于门户的解决方案的开源软件有：
JetSpeed是Apache（http:// jakarta.apache.org/jetspeed/）组织的一个开源项目，IBM的WebSphere Portal Server正是基于JetSpeed进行二次开发。
在满足门户可定制性的需求上，引入了门户组件概念Portlet，Portlet是一个可插拔的组件，关于Portlet有各种定义，JetSpeed在提交的JSR-168 portlet API specifications对Portlet的定义如下：
Portlet是一个Web组件，可以被容器管理，可以产生动态内容。 Portlet可以很容易地被插入并且运行于一个Web应用中，Portlet是被设计成聚合大量内容的组合页面，举例：同样一个Portlet，根据不同的用户，可以产生不同的实例，这些实例中是根据用户设置包含不同的内容，也就是满足用户的可定制性。
为了实现门户内容的有效管理和监控，JetSpeed的重要内容组件Slide引入了Domain和Namespace方面的概念，对所有资源进行树形结构的控制，在Slide中，Domain是一系列Namespace的聚合，它类似文件系统中的“/”根目录， domain 可以控制在其中登记的Namespace的访问权限以及执行Namespace的初始化和连接等管理工作。
Namespace是个自我独立的有实体内容的容器，它不能包含指向或连接到其它namespace，每个应用系统可以是一个NameSpace，Namespace包含独立的数据和这些数据的安全访问机制。
JetSpeed虽然提供了丰富的Portal技术功能，但是其可定制性比较差，其重要的内容组件Slide也比较难以让人理解，它的安全控制框架与通用的J2EE使用JAAS不相融合，所有这些都造成了在其基础上进行二次开发的难度。

Liferay
Liferay（http://www.liferay.com）代表了完整的J2EE应用，使用了Web、EJB以及JMS等技术，特别是其前台界面部分使用Struts框架技术，基于XML的portlet配置文件可以自由地动态扩展，使用了Web Services来支持一些远程信息的获取，使用Apahce Lucene实现全文检索功能。
Liferay的缺点是它缺乏一个简单清晰可拓展的架构设计，portlet设计显得比较凌乱，进行二次开发有一定的难度

有一个开源的xoops，http://www.xoops.org/modules/news/
是一个cms(content manage syste)

J道是不是想完成一个类似的cms?

cms-content manage system

XOOPS is a dynamic OO (Object Oriented) based open source portal script written in PHP. XOOPS is the ideal tool for developing small to large dynamic community websites, intra company portals, corporate portals, weblogs and much more.

CMS在SF上有很多，比较有名的是NUKE，不过是PHP的，其衍生出很多派别，POSTNUKE什么的，这个有中文版www.chinaphp.net(好像是这个网址，懒得查了:P
JAVA实现的比较少，没见几个好的，找到最好的是JBOSS的Nukes，下来装上看了一眼，没时间研究：（

Opersource的东西太多了，精品也太多了，呵呵学多来不及
兄弟偶正打算做个介绍Opensource的网站，有兴趣的我们一起聊聊：）

to: l_walker

yes! jboss nukes 是一个好的开端，我对java实现的nukes了解太少，
我也是最近在开始了解这个jboss nukes，它是从postnuke借鉴了很多
东西，一开始jboss的网站就是用postnuke来构建，但是用php 实现的
postnuke对于cpu的占用和响应速度方面都表现不是很出色，jboss才
决定开发出这个jboss nukes.....


We started using the PHP solution "PostNuke." It looked good on the surface, as it is heavily developed and has a wealth of applications and modules. However, when we put it in production, it just didn't withstand the load. We went from 30 percent CPU utilization (with forums running and all) to a box crawling on its knees with 100 percent utilization, and response times in the minute range. It was unusable.

http://www.jboss.org/index.html?module=html&op=userdisplay&id=developers/projects/nukes/index

你在网站在哪里啊？

arwen,又见到你了，如果我们都对jboss nukes有兴趣，一起研究一下如何，人多的话，可以建一个这方面的网站，做做汉化和开发。

我的网站这里的首页有链接，不过已经不维护了，因为考虑重新做，现在在准备些基本的东西，很多东西偶还不懂哪：）
有兴趣给我邮件吧：
webmaster@skyinn.org

为什么不用这个，爽就一个字
http://cocoon.apache.org/lenya/community/index.html
基于cocoon的一个Java-based Open-Source Content Management System，对xml.xslt有着无与伦比的支持

cocoon本身不是非常scalable，而且很麻烦

同意， cocoon很有争议，XSLT技术叫喊这么长时间，要普及真不是一天两天。

如果能够加强易用性，就会比较容易普及。
个人认为，影响 XML 应用普及的因素这一，是 XML 相关规范太多，比较复杂，学习成本高。

不是吧，cocoon超乎寻常的简单，大家怎么会说他复杂哪？？理解一点点Avalon即可，明白IoC和SoC设计模式就足够了，至于banq您所说的xslt学习难度大我不同意，非常简单的一个东西吗，国外已经普及了，xml不用学也会，是吧？xslt的Presentation部分交给可视化开发工具去做，只要掌握他的data方面的处理指令即可（加起来不到10个），在用cocoon一整和，美的说，爽死，至于那个xml schema一个周绝对精通，况且这玩意也不用咱们亲自开发，到oasis中一查即可

portal和CMS是两个不同的概念，CMS可以作为portlet整合到portal中去，
Portal觖决的应该是单点登陆，用户桌面自定义等，liferay对权限系统的实现要比jetspeed好一点，后者的安全系统是建立在turbine这上的，jetspeed不好的地方是它不是天然支持i18n的，本地化成本很高的。这是liferay的好处，至于两者的架构，我只开发过jetspeed，对前者是否乱，我倒是不知道，但jetspeed的slide组件确实不够实用，我完全可以建立一个文件资源的数据库索引来替代它，slide好的地方是它的存储介质的多样性，不过好象没有完全实现。

还有spring应该也算一个。

www.springframework.org

下页