今天下午赶到复旦大学三教3108去Ben Wang的JBoss讲座。由于听讲座的人比较多,教室临时从3209改到3108,2:30分,Ben在曹晓钢同学陪同下来的,曹晓钢同学最辛苦,上午去浦东机场接Ben。
在讲座开始前,和Ben进行了简单的交谈,感觉Ben是个谦谦君子,很有学者的气质,实际上他也确实是PhD,没有一点架子,很平易近人,很和蔼。
Ben讲座要介绍的内容很多,因此两个小时的演讲很紧凑,讲座结束之后,有几个朋友举手提问,其中有个朋友的问题比较尖锐,直接对准了EJB,特别是Entity Bean,而Ben的回答也坚定了我的一些观点,这些下面再提到。
提问结束以后,论坛的几个版主,我,曹晓钢,dlee和他的gf,smallduzi,gehf,马伟,和在IBM做consultant的nuke陪同Ben来到陆家嘴小南国吃饭,实际上最后是由nuke埋单的。饭桌上大家边吃边聊,边向Ben请教问题,我也借机问了很多关于JBoss,EJB,Hibernate方面的问题。
由于Ben第一次来中国大陆,于是晚餐后我们陪Ben逛了浦东的滨江大道,眺望浦西外滩,欣赏著名的上海滩夜景,最后做鸟兽散了。
Ben此次来华的主要目的就是想了解一下中国大陆,香港地区和台湾地区对于JBoss的应用情况,以及寻找合适的合作伙伴。因此他比较关心JBoss在这些地区的应用状况,我向他介绍了一些我了解的国内的应用JBoss,应用Hibernate方面的现状,向他提了一点点个人的见解。
通过今天听Ben的讲座和Ben的交流,我觉得收获很大:
一方面是和JBoss Inc这样一个国际著名的 Open Source组织有了近距离的接触和了解,也许这样的机会可以促进中国的社区和国际Java社区更多的交流和合作,同时对Java视线网站也是一个很好的提升。
另一方面我了解了很多关于JBoss,Hibernate方面的情况。由于Ben是JBoss的core team成员之一,因此很多情况从他嘴里说出,我想应该是相当的准确了,虽然这仅仅代表Ben自己一个人的想法,不过我想也基本上可以代表整个JBoss Core Team的看法。这一点也是我想向大家稍微详细介绍的地方:
1、关于Entity Bean和Hibernate的争论 我是一个Entity Bean的坚决反对者。围绕Entity Bean的话题,在国内也是众说纷纭,我去年夏天曾经就这个问题和很多人反复辩论过,由于坚决反Entity Bean,坚持O/R Mapping,特别是Hibernate的态度,最后被很多人围攻,这也直接导致了现在Java视线论坛的诞生。
对于JBoss这样一个全面支持EJB的Java Application Server来说,了解JBoss core team对EJB,特别是对Entity Bean的态度,是我比较关心的事情。
Ben在讲座提问的时候就表明,Entity Bean是J2EE规范中最失败的东西,然而对数据库的操作又是一个软件项目最重要的部分,如果连这部分都做不好,软件还能做什么?晚餐的时候,Ben也向我介绍,他以前做项目,也往往采用Session Bean去直接操作JDBC,而不采用Entity Bean。
相对于Entity Bean的失败,Hibernate却得到了异乎寻常的关注。从Ben的意思中似乎流露出JBoss Inc有意将Hibernate做为Java数据库持久层规范来推广的设想。
另外由于Gavin King是JDO委员会成员,Ben说从他那里了解的情况是,现在JDO2.0规范已经陷入了难产,各个成员代表了不同公司的利益,相持不下,JDO2.0在可以预见的将来无法发布,JDO的未来已经蒙上了阴影。
鉴于此,JBoss在目前的阶段已经放弃了把JDO技术集成进来的设想,而转为全面支持EJB3.0规范。而未来的EJB3.0规范据他说将非常不同于现在的EJB2.0,我感觉JBoss似乎有点努力让Hibernate成为EJB3.0规范中的一部分。
而我问到既然Entity Bean是鸡肋的话,而Hibernate也完全可以在CMP外面使用,又何必要另外费时费力把Hibernate集成到CMP中,做CMP的Engine呢?Ben回答是没有必要使用CMP的,但是考虑到很多采用了CMP的老系统兼容问题,考虑到为了保持和J2EE规范的兼容问题,所以才会这样做的。这不是一个技术因素,而是一个政治因素。当然如果你觉得没有必要使用CMP,你可以完全可以单独使用Hibernate。
从Ben那里了解到的情况,我觉得对于O/R Mapping未来的技术方向,稍微有点眉目:
1) 当前的Entity Bean无疑是失败的,未来的EJB3.0中的Entity Bean也许会变成了像Hibernate的样子
2) JDO的前景堪忧,未来还遥遥无期,至少JBoss已经放弃了对JDO的兴趣
3) JBoss在力推Hibernate,似乎有将Hibernate做为Java持久层标准规范的设想
在Ben看来,开放源代码软件的竞争模式就是没有标准的,大家都在竞争,最后优胜者就成了标准,现在Hibernate无疑是这方面的佼佼者,有望成为事实上的标准。
2、AOP的广泛应用 上次聚会gigix的AOP讲座我没有时间听,这次Ben介绍AOP,我得以有幸了解了AOP的基本概念。从Ben介绍来看,JBossAOP能够做的事情很多,可以处理Log,处理跨类调用的事务,。。。。。。等等,“跨类调用的事务?”,呵呵,这不是原来EJB的功能吗?这也是我的一个疑问。如果AOP可以把容器管理事务,Security检查,分布式功能全部实现,那么还要EJB干什么?毕竟AOP可以实现的功能是对POJO的,而且是lightweight的,无论编程,调试,部署和运行,其难度都远远小于EJB,而性能相当甚至更好。于是我带着这个疑问请教Ben。他的回答就是,如果未来的发展,AOP真的可以做到的话,EJB确实就没有使用的必要了。但是从现状来说,有很多旧系统要兼容,有Sun的J2EE规范要兼容,没有这个兼容认证,可能很多企业就不会用JBoss了。当然Ben没有否定EJB,他说JBoss是在同时支持AOP和EJB的,并且JBoss做为一个App Server,要想被企业接受,全面支持J2EE标准是必要的。
对于AOP和EJB的问题,Ben的看法是也许在将来J2EE规范将包括AOP,否则也许J2EE规范会逐渐被淘汰。而JBoss的做法就是支持J2EE规范,支持EJB3.0,同时JBoss也支持AOP。你如果想兼容J2EE开发EJB,那么OK,如果你喜欢用AOP简化编程,那么也OK。
3、关于JBoss本身的发展 由于我对JBoss不是很熟悉,因此在这方面也说不出来所以然。印象比较深刻的两点是:
1) JBoss接受Venture Capital,从JBoss Group改名为JBoss Inc,做为一个商业公司开始运作了。我觉得这是一个很好的事情,软件要成功,迟早要和商业化运作结合的。
2) JBoss要成为一个Java Open Source Project的社区,不断的吸收适合自己发展需要的Java Open Source Project,共同推进OpenSource事业的发展。
通过这次交流,我想包括我本人在内,对Hibernate的信心都无疑得到了巨大的加强。我虽然反对Entity Bean,对JDO标准也一向没有好感。但是我从来没有想过Hibernate有成为O/R Mapping标准的可能性,我只是一惯认为,Hibernate是一个很好用很实用的东西,在项目中使用可以节省巨大的人力,可以让你的OO编程变得很舒服。就是现在我也不认为Hibernate会成为O/R Mapping的事实标准,如果有一天有更好的O/R Mapping框架出现,我也会毫不犹豫的喜新厌旧。不过毫无疑问的是,Hibernate必将成为Java O/R Mapping领域里最主流的,最有前途的,应用最广泛的框架之一。
【责编:admin】
--------------------next---------------------