什么是Java EE 5?

05-08-31 banq
J2EE自从1.5版本以后改名Java EE,为什么会改名?目的何在?新的特点是什么?

http://www.jdon.com/artichect/JavaEE.htm

ray_linn
2005-08-31 13:40
货色不多,加完MetaData的EJB,看起来是不是有点象COM+啊,哈哈

banq
2005-08-31 22:02
关于EJB 3.0很多人认识不足,EJB 3.0标准正式版上个月刚刚公布,目前只有JBoss 4.0支持EJB 3.0,大规模的支持EJB 3.0的服务器和开发工具估计今年底出来,就连JBoss的JBossIDE也只支持EJB 2.0(本月初),所以那种认为EJB 2.0过时的说法是错误的。

对于一个Java的成熟开发者来说,应该采取相对成熟的技术,Jdon会在EJB 3.0成熟之际,推出相关教材,但是学习了EJB 2.0,再学习EJB 3.0肯定会觉得很简单,这是必然的。

ray_linn
2005-09-01 11:34
从CTM的发展史来看,EJB 3.0,完全是新瓶装老酒。。。搞个什么Meta,无非就是事务、安全性等等切入点而已,这是COM+一开始就玩的东西,兜兜转转,又回头COM+之路了。

期待MS MBF,不知道有什么亮点。

jakarta99
2005-09-04 11:15
1. JSR 220 EJB3 now is "public review" not "final release"

2. I guess that banq don't read spec or *really* use EJB3 now !

Banq, u have too many wrong thoughts in EJB3 .

3. Besides Jboss4 , Oracle is the JSR 220 RI vender, so that u can also download the oracle ejb3 server in his site, and u can test EJB3 in Sun opensource Application Server "GlassFish"

4. EJB3 != EJB2+xdoclet , EJB3 is so different from EJB2 !

5. EJB2 is out-of-time NOW , especially in EntityBeans

so, if u wanna use new architecture in O/R mapping,

Please use Hibernate3 or Hibernate EJB3, u can understand EJB3 soon !

6. Annotation vs Descriptors ? which one is better ?

They are co-operation, although Community hope annotation to replace descriptors.

"zhuam" use my post from javaworld :( ( Never tell me )

http://www.jdon.com/jive/thread.jsp?forum=91&thread=22356

banq
2005-09-04 15:13
我再贴一次:

>EJB3.0和EJB2.X没有太大的关系,从体系结构上看,EJB3.0实际上是完全推翻了EJB2.X

这是不对的,看看EJB3 这张slide,告诉你EJB 3是什么:

http://media.techtarget.com/tss/BeJUG/EJB3/index.html

我知道你看到了一些误导的言论,所幸你来Jdon,告诉你真相:

EJB3不是Hibernate已经有定论:

http://www.theserverside.com/news/thread.tss?thread_id=33450

EJB 3.0还是分布式组件模型,这是其基本体系结构,学习EJB困难之处是:我们必须以一个分布式场景来设计或编程EJB,这些都没变。

如果说EJB本身在发展,吸取一些其他框架如Hibernate/Toplink等简化设计,就断定"EJB3.0实际上是完全推翻了EJB2.X"是不熟悉2.X的人说的胡话。

EJB3 = EJB2+xdoclet , EJB3 is not different from EJB2 , if u understand EJB2.

banq
2005-09-04 15:28
补充一下:

在上篇EJB3.0 slide中主要是讲述了实体Bean部分,因为这部分和EJB 2.0不一样,其他没有提及,缺省意思是和EJB 2.X相差不多,EJB 的session bean的种类分为有态和无态,它们的安全和事务定义都是相差不多的,ejb-jar.xml定义还是那些,又不是说ejb-jar.xml的定义完全不一样了,只不过现在ejb-jar.xml的定义描述使用Anonation来写,不必直接编写XML。

这是一种实现途径方式不一样而已,使用Anonation只是方便而已。

为什么象jakarta99这样满嘴英文的人没看透这些洋把戏呢?

当然,我们希望新技术带来颠覆的变化,是激动人心,可是象EJB这样企业架构技术,不可能产生跨度太大的变化,否则那么多企业EJB开发怎么办?

单看看Borland的together architect(架构师版本)这个昂贵的贵族软件,它花了多少心血在EJB建模 部署 调试和发布上(这些基于EJB 2.0),这一条思路完全不同于JBuilder 2005,如果EJB 3.0是革命颠覆变化,Borland作为EJB标准一个成员,能投票通过吗?

企业开发需要稳中求变,不需要颠覆的革命,这是我们的深切体会,从这个意义上说,EJB标准也应该是循序而进的。

banq
2005-09-04 16:17
为了帮助更多初学者了解EJB 3.0,不至于被一些搞来搞去的英文迷糊,贴个中文翻译:

http://it.sohu.com/20040817/n221581959.shtml

该文章中写道:

在已经提交的EJB3.0规范中主要涉及两个方面的改变:

  1. 一套以注释为基础的EJB编程模型,再加上EJB2.1中定义的通过部署描述符和几个接口定义的应用程序行为。

  2. 新的实体Bean持久化模型,EJBQL也有许多重要的改变。

  还有一些有关上述的提议,比如:一个新的客户端编程模型,业务接口的使用以及实体Bean的生命周期。请注意EJB2.1编程模型(包括部署描述符和home/remote接口)仍然是有效的。<b>新的简化模型并没有完全取代EJB2.1模型。</b>

注意最后一句话。

jakarta99
2005-09-05 16:47
唉..

因 Java 必要向前相容, 所以要相容 EJB2, 所以е EJB3 Container _l的臃[.. ]想到你是J EJB3 = EJB2+xdoclet

我有f EJB3 = Hibernate .. ? 你真的很y贤 !

EJB2 有 AOP, IoC 的^念 ? ]有 !

EJB3 的出F就是榱烁倪M EJB2 .

EJB3 的M步, 就是 EJB2 在是太差了, o是 Session/Entities 一堆o^的 Interface c callbacks, 一大堆o聊的^承.. 一堆o聊的 xml n案 ...

你竟然是在@e鼓吹 EJB3 = EJB2+xdoclet 的PS ..

算了.. 械煤湍..

ps. 英文是因槟阌X得繁w字太y看 ...

banq
2005-09-05 19:30
看看你当初对我的Ioc/AOP框架的言论:

http://www.jdon.com/jive/thread.jsp?forum=62&thread=18423&start=105&msRange=15

如果你理解EJB2 和Ioc,就不会问第2个奇怪问题了。

如果你理解Ioc,理解Anonation在Ioc中角色,理解xDoclet,你就会赞同:

EJB3 = EJB2 + xDoclet

你现在觉得我很难沟通,因为我们看问题角度或出发点都不一样啊。

好了,这个话题就到这里,如果你有其他说“EJB3完全不同于EJB2”的言论或网址请贴出来。不要贴一些与专业无关的言论,不给人面子下台是我的缺点,请包涵。(我不是想针对某个人,只是我喜欢较真,前段时间超级女生PK,我们这是男生PK)

banq
2005-09-05 22:24
想看我与这个jakarta99 PK到这个网址:

http://www.jdon.com/jive/thread.jsp?forum=106&thread=22469

因为不关于本贴主题,除了主题“EJB3与EJB2 ”以外话题勿跟。

banq
2005-09-05 22:57
>Java 必要向前相容, 所以要相容 EJB2, 所以е EJB3 Container _l的臃[

这句话严重错误,EJB是一种分布式组件模型,所以,它必然要为实现类似Corba这样分布式计算提供说明和支持,这些都是其核心,无论EJB3/EJB2/EJB1运行起来都将是支持分布式计算,看看这篇J2EE集群,就知道EJB服务器是如何复杂地支持分布式计算:

http://www.jdon.com/jive/article.jsp?forum=121&thread=22282

这些功能需要花费多少代码才能完成,能不臃肿吗?所幸的是,这些功能无需编程者实现,JBoss等EJB COntainer自己实现了,你倒过来还说EJB container臃肿,那你自己做?每个企业程序员想成为EJB程序员之前必须学会集群开发,可能吗?

(网上到处都是这样奇谈怪论(包括老外),然后被国人拿回来当宝,也不用脑思考。)

EJB3从现有规范标准来看,完全是想让EJB程序员编制EJB时更加方便和简化,少做一些事情,但是这些事情还是要有人来做的,这就象快递公司一样,你打个电话叫快递很方便,可是你要送到美国的东西不知经过快递公司多少复杂环节,快递公司就是EJB3,将方便留给你,将麻烦留给自己,但是我们不能就认为快递公司本身应该很简单,人人都可以开快递公司。

不想费口舌,如果还有人这些简单道理都不清楚,我想他甭搞程序了。

ray_linn
2005-09-06 09:46
怀疑Banq的水平,对于EJB 2.0或者3.0来说,安全、事务当然差不多,甚至对于COM+来说,也必须实现安全事务这些基础构件。

但是最重要的却是,如何实现安全和事务有着完全不同。

COM+采用的Annotation,安全和事务横切入业务方法调用。

EJB 2.X呢?无非就是臃肿的callback和xml说明。。。

EJB 3.0,回到了最初COM+道路上。。。

他们体现的是一种实现方法的完全不同,EJB 2.X不过是不得不兼容的一种东西而已。

假如MS的ObjectSpace与COM+整合,那么世界看起来是不是很类似了?

ray_linn
2005-09-06 09:50
所谓EJB3.0=EJB 2.0+ Xdoclet完全是种误导初学者和不负责任的说法。尽管在写代码的时候有点类似,但是隐藏在背后的container设计是不同的。

jakarta99
2005-09-06 10:17
摘录

这句话严重错误,EJB是一种分布式组件模型,所以,它必然要为实现类似Corba这样分布式计算提供说明和支持,这些都是其核心,无论EJB3/EJB2/EJB1运行起来都将是支持分布式计算,看看这篇J2EE集群,就知道EJB服务器是如何复杂地支持分布式计算:

http://www.jdon.com/jive/article.jsp?forum=121&thread=22282

这些功能需要花费多少代码才能完成,能不臃肿吗?所幸的是,这些功能无需编程者实现,JBoss等EJB COntainer自己实现了,你倒过来还说EJB container臃肿,那你自己做?每个企业程序员想成为EJB程序员之前必须学会集群开发,可能吗?

(网上到处都是这样奇谈怪论(包括老外),然后被国人拿回来当宝,也不用脑思考。)

EJB3 从现有规范标准来看,完全是想让EJB程序员编制EJB时更加方便和简化,少做一些事情,但是这些事情还是要有人来做的,这就象快递公司一样,你打个电话叫快递很方便,可是你要送到美国的东西不知经过快递公司多少复杂环节,快递公司就是EJB3,将方便留给你,将麻烦留给自己,但是我们不能就认为快递公司本身应该很简单,人人都可以开快递公司。

不想费口舌,如果还有人这些简单道理都不清楚,我想他甭搞程序了。

由@句就知道你 "向前相容" 的o知度 !

今天, EJB3 化了_l, 槭颤N我要用 EJB2.1 ?

就是因橛刑 EJB2.1 的元件已_l完成, 在 java 的世界中, 我必保有σ酝耐顿Y, 如果像 Microsoft 立的公司碚f, 我大可以完全f "各位, 不要用 EJB1.x ,EJB2.x 了, F在大家的 container H支援 EJB3.x" @就是有]有向前相容的必要性

c是:以往的投Y不速M

缺c是:撰 EJB container 不但要考] EJB3 K要兼容於 EJB1.x, EJB2.x.. f真的, @N_ly道不纺[ ?

少嗾氯×x !

猜你喜欢
2Go 1 2 下一页