Spring随着EJB3的到来会不会逐步未落？

Question

我怀疑EJB3出来后还有不少公司招EJB2的，spring就更别说了

Answer 1

现在好像没有多少公司招ejb2.x吧?
听说原来使用ejb2.x的公司现在已经开始转向ejb3.0了，很多用过ejb3的人都说ejb3很简单，普及开来是必然的事情。
如果从发展的角度来看，Spring是不是真的会淘汰？

Answer 2

spring的功能比EJB3强大太多，比如AOP和IOC方面,EJB3最有价值的改变应该是JPA的到来,只不过JPA与hibernate基本相同,没什么新意的东西spring不会被淘汰，放心

Answer 3

不会，光现有的spring-based项目，以后开展，维护，就不可能

Answer 4

《ejb3.0实例教程》的作者曾经也一直使用Spring构架系统，但后来就放弃使用Spring，改而使用EJB3,其他系统构架师会不会也这样？毕竟一个公司使用的技术由系统构架师决定，系统构架师决定使用那种技术也就决定了招什么类型的开发人员。

Answer 5

EJB3 本来就是根据spring演化来的。没spring，ejb3也没今天

Answer 6

对于EJB我不太懂,不过,对于SPRING,我还是蛮有信息的,它的AOP,和提供的一些切面接口NB了...

Answer 7

上面多少人真正了解了EJB3.0？killme2008(为了生态平衡，请保护蛤蟆) 说:"spring的功能比EJB3强大太多"?不知他比EJB3.0强到那里？本人觉得Spring更像个组合框架，没有什么实体东本，用计算机硬件说有点像主板。zhkchi(火焰神)说:"EJB3 本来就是根据spring演化来的。没spring，ejb3也没今天"这句话本来就有问题，不可否认EJB3 吸取了spring的优点，但绝对不是从spring演化来的.spring本身也是吸取了ejb的一些特性。更有人把EJB3与Hibernate画上等号，唉~~ 晕。。还是少说话多了解下EJB3吧，了解完了就会觉得自己可笑。我从2004到2005一直在用Spring ，ejb3.0 今已用了一年。Spring只适合做些小项目，对于一个需要长期维护及随着公司业务的发展不断拓展的系统来说，Spring是无法跟EJB3比的。随着EJB3的普及，Spring的份额会越来越少，这是可以预见的。我相信有远见的成熟的系统构架师都会采用EJB3.0对于开发一些小把戏系统，Spring确实是不错的选择。

Answer 8

其实花工夫学spring是绝对值得的，那些思想明白了，什么ejb2,ejb3,whatever,
你都能很快看明白，hibernate也一样，persistency 你明白了，什么entity bean ,
jdo......不过是几天时间的问题！

Answer 9

不会，EJB是重量级开发，Spring应该属于轻量级的开发，所以两者面向的对象不同．
他们各有所长，所以不会有你说的情况出现的．

Answer 10

ejb和spring有什么关系吗？
ejb是一个分布式应用，spring是一个集成框架
spring走的比ejb远多了

Answer 11

ejb3000()说的"对于开发一些小把戏系统，Spring确实是不错的选择。",你又何以证明这一句话是对,你说spring只能做小把戏的东西,那你举一下例子,说一下ejb3.0很一些又重要的而spring不能做的事情.时间而证明一切的.请不要妄下结论,你又真正懂EJB3.0的内涵吗----"上面多少人真正了解了EJB3.0？"

Answer 12

hehe 楼上的诸位 不要再争了 ejb和spring 可以生存下来 说明各自都有自己的特点 适合于现在的开发环境 至于以后的发展 还是要看各自的公司发展方向如何 和技术本身没有什么太大关系 就像jbuilder 被 borland 出售之后 netBeans5.0 和 eclipse3.2立刻出现 此时 我们通过各自公司的不同行为和以往被售出技术的命运来判断的话 可以下这个结论 jbuilder会慢慢淡出我们的视线 剩下的只是时间问题 所以如果哪一天 spring也被售出了 我们就可以考虑不必再学习他了

Answer 13

spring和ejb3不冲突spring完全能做出大型电子商务网站，国外已有成功案例！

Answer 14

无话可说
EJB3我已经系统地学习过,包括SUN的实现和Jboss的EJB3实现,自认为还有点发言权...EJB3完全是向spring和hibernate学习的产物...而且学的不怎么样,spring最强大的AOP和IOC方面,EJB3远远不如.JPA更是几乎照搬hibernate的,呵呵，jboss JPA实现干脆就是基于hibernate 3.x.EJB3除了是官方标准这样一个优势之外,我没发现它比之spring+hibernate的组合优秀在哪.另外,spring2.0已经出来了,spring朝着做大做全的方向又前进了一步,不知道是好事还是坏事

Answer 15

EJB3内涵??汗,请问是不是套上EJB这个词就变的神圣了?我总觉的很多人喜欢给EJB这个大词套上神秘的外衣,可EJB有那么神奇吗?我建议那位同学还是读读<J2EE Without EJB>这本书.这年头，竟然还有人在把EJB和J2EE划=号

Answer 16

希望大家永远记住一件事就是：EJB是主流

Answer 17

xiaosongcc() ( ) 信誉：100    Blog  2006-09-21 14:53:00  得分: 0  
 
 
   希望大家永远记住一件事就是：EJB是主流
  
 -----------------------------
不知道你哪点看出EJB是主流??我更多的看到越来越多的公司招聘要求至少熟悉一种开源框架,spring,hibernate已经在国内大规模应用.到现在还抱着这种所谓主流的态度,未免可笑

Answer 18

不会。
如果 EJB3.0 功能和 Spring 重叠，基于价格因素，没有多少人会用 EJB3.0。
Spring 的流行是因为它免费，并且有很多功能确实可以在相当程度代替 EJB.
不管是 EJB3.0, 还是 EJB 100.0, 都不能改变上面的事实。

Answer 19

多谢各位，可以听到各种声音，Jboss EJB3.0 是免费的

Answer 20

to treeroot(旗鲁特)   说的前两句还是挺对的，“spring走的比ejb远多了”这句话说的就有点失水准了，SUN大碗们弄出来的EJB只会不断地升级（现在的EJB3就是例子）而不会挎掉.spring什么时候挎掉这谁也不敢拍胸口说。

Answer 21

to killme2008(为了生态平衡，请保护蛤蟆) ( )本人不是跟你争Spring与EJB3谁好谁坏，只是对你说的"spring的功能比EJB3强大太多"这句话进行批判。正如treeroot(旗鲁特)说的第二句话"spring是一个集成框架",他需要集成一些中间件才能发挥他的功能，既然这样，他与EJB3是不能放在一起比的。如果硬要用Spring和一些中间件集成后的框架跟EJB比，那也只能跟可嵌入（embeddable）版本的EJB3比(《ejb3.0实例教程》第八章就有介绍)，在本人看来两者不分上下，但EJB3有个非技术上的优势是:他是官方的规范。另外你说的“那你举一下例子,说一下ejb3.0很一些又重要的而spring不能做的事情”，那你就用Spring给我实现一个分布式应用吧。或许你会说，我压根就不需要分布式应用，如果你是这么说的，那么这个系统这就是我所说的小把戏系统。还有SUN的大碗们不会吃饱饭整出个EJB技术来，并把他看作是J2EE的核心技术。EJB2.X目前应用不好，并非EJB作为分布式解决方案不行，而是他设计过于复杂，不利于开发者使用。EJB3的推出正是为了解决这个问题。还有killme2008 不要为"spring最强大的AOP和IOC方面,EJB3远远不如"而沾沾自喜，这是需要spring更多的XML配置，EJB3采用注释方式进行定义决定了他不能进行复杂的描述。J2EE应用的一个缺点就是XML配置过多，SUN一直在解决这个问题，以使java跟dotnet的竞争中胜出，JDK5注释的引入是解决这个问题的一个方面。

Answer 22

to killme2008(为了生态平衡，请保护蛤蟆) ( )
  还有你说的一句话:"EJB3最有价值的改变应该是JPA的到来,只不过JPA与hibernate基本相同,没什么新意的东西"
  上面你自己也说过"EJB3我已经系统地学习过,包括SUN的实现和Jboss的EJB3实现",EJB3难道就JPA的到来最有价值？除了这一点，最起码本人觉得还有一点：基于POJO 编程模型，当然这点你可以说他是从Spring里学来的，这点我不反驳。

Answer 23

我觉得只要J2EE平台还在，EJB和Spring应该会长时间共存，有竞争的关系，更多是互补、相互学习的关系

Answer 24

Spring和EJB有什么直接关系吗？一个是企业级的分布式架构，一个是可以将很多优秀框架集成的粘合剂，用我一个高手同事的话来说，一个是官方的Library，一个是开源的framework,两这之间没什么可以直接对等比较的地方。

Answer 25

to killme2008(为了生态平衡，请保护蛤蟆)
EJB标准是JCP组织制定的，其他Spring、Hibernate等都是推翻EJB的非官方的浪潮，EJB是不是主流不是看大部分公司是用那个框架，哪种技术，而是JCP组织制定标准，全世界中间件厂商去支持

Answer 26

不知道!!!反正这个问题会有人来给我们做出回答的...像我们这样的小人物只需要跟着那些J2EE大牛走就可以了, 最初大家还不是用EJB用得好爽, 结果Rod Johnson出两本书, 大家全Spring去了...说不准过两天又出来个XX大牛, 把咱们全领回EJB3.0去了...我现在最期待的就是Rod Johnson的下一本书, 他应该出来表表态了!!!
毕竟他说过, EJB在几年内就会成为遗留系统而不在使用!我现在最期待的就是Rod Johnson的下一本书, 他应该出来表表态了!!!
毕竟他说过, EJB在几年内就会成为遗留系统而不在使用!我现在最期待的就是Rod Johnson的下一本书, 他应该出来表表态了!!!
毕竟他说过, EJB在几年内就会成为遗留系统而不在使用!我现在最期待的就是Rod Johnson的下一本书, 他应该出来表表态了!!!
毕竟他说过, EJB在几年内就会成为遗留系统而不在使用!我现在最期待的就是Rod Johnson的下一本书, 他应该出来表表态了!!!
毕竟他说过, EJB在几年内就会成为遗留系统而不在使用!我现在最期待的就是Rod Johnson的下一本书, 他应该出来表表态了!!!
毕竟他说过, EJB在几年内就会成为遗留系统而不在使用!

Answer 27

ejb3000() ( ) 信誉：100    Blog -----------------
看着您长篇大论,最后一句非分布式应用就是"小把戏"应用让你露出了底细.对您这样做"大项目"的人,咱惹不起.Rod Johnson的《without ejb》，我还是建议您看看至于spring配置的烦琐,恐怕你还不知道spring和hibernate都已经引入annotionto xiaosongcc() 
什么时候主流这个概念被串改了？请您好好区分标准与主流

Answer 28

我堅信，技術是不存在淘汰這囘事。很多東西是相通的。vb出了n年現在一樣也在紅紅火火。放心吧。

Answer 29

不会。
看看spring老大写的《J2EE without EJB》就知道了，看完之后，觉的就是对我们的解放（一些人只会喊EJB，其实他根本不知道EJB在什么情况下使用比较合适），了解了spring的动机（思想很精彩）。
如果说spring烦琐，那么EJB就不烦琐了么？

Answer 30

Spring和Ejb3.0虽然都是为了向企业服务提供耦合松散的POJO，但是使用了不同方法来达到这个目的。两者都大量地使用了依赖注入。对于EJB3.0，基于标准的方案、注解的广泛使用、与应用服务器的高度整合都使得EJB3.0拥有更好的厂商无关性，更高的开发效率。依赖注入和集中的XML配置文件协调一致的使用使开发者能够构建更有弹性的应用，并且可以同时和几个应用服务提供者一起协作。
我个人觉得....ejb3.0做大项目好,spring做小型项目不错的选择