彩神大发排列五_神彩大发排列五官方 - 彩神大发排列五,神彩大发排列五官方是新浪网最重要的频道之一,24小时滚动报道国内、国际及社会新闻。每日编发新闻数以万计。

[转] EJB 3和Spring技术体系比较

  • 时间:
  • 浏览:1

2.轻量级组件 VS 轻量级内核 VS 轻量级容器

4.6、集成第三方框架

这名问題图片对于一次性交付的项目也许也有问題图片,好多好多 对于质量要求更高、生命周期更长的产品,却是衡量平台和架构的重要因素。

5.总结

EJB规范时不时由国际组织JCP来制定,一经通过,即作为官方标准,且各厂商也有不遗余力的推动,好多好多 对于企业应用来说,EJB好多好多 法,以EJB为企业应用的基础架构无须称为法治;Spring来自开源社区,由众多的开源软件开发者参与,逐步形成的这名流行的体系标准,它的设计以IoC(反转控制)为核心,提倡所谓的“零”侵入设计原则,这里无须称之为民主。

一般使用Java EE体系的公司都认为这是EJB的最大长处,好多好多 实施无须如想象那样,一来绝大多数也有Web应用,依赖Web提供的分布式能力将会可还不可不都可以 还不可不都可以 满足90%的还不可不都可以 不可不都可以 了,二来当让我们 基本上也有Web容器和EJB容器整体部署,EJB组件的分布部署少之又少。当然将会您还不可不都可以 不可不都可以 Web层和应用层分开部署,还不可不都可以 不可不都可以 Spring一定不出你的考虑范围之内了。

同時 ,EJB3组件中,支持多种法律妙招注入,比如依赖于名称、接口将会JNDI名,另外还支持使用@PersistenceContext注入EntityManager,@Resource注入服务器资源,如EJBContext、TimerService等,而有些Annotation将会成为JDK6的一次责,将来将会直接被JDK支持。

-------------------------------------------------------------------

期待原本轻量的真正以开发需求为中心的EJB3应用服务器的出显 ,为疲软的EJB市场注入新的活力!

原文出处:http://www.51cto.com/specbook/223/420090.htm

@Remote

@Local

@WebService(endpointInterface = "jfox.test.ejb3.webservice.Calculator")

public class CalculatorBean implements CalculatorRemote, CalculatorLocal {

public int add(int x, int y) {

4.5、Web Services

#p#

3.可管理性与可控性

4.2、事务防止

在IoC的能力Spring要略强有些,好多好多 在EJB3中可还不可不都可以 还不可不都可以 完整版用Annotation法律妙招进行注入,在开发上要简单好多好多 ,对于有些相对比较固定的注入,采用Annotation更好,而对于有些将会还不可不都可以 不可不都可以 时不时变动的注入,XML更加灵活,EJB3刚好提供了原本的这名防止方案。将会你将会患有XML恐惧症,还不可不都可以 不可不都可以 EJB3无疑将给您以解脱。

支持EJB的应用服务器一般是原本大而全的产品,包括了构建企业应用还不可不都可以 不可不都可以 的方方面面,将会还不可不都可以 不可不都可以 额外扩展一般不容易,将会对原本应用服务器不满意得话,还不可不都可以 不可不都可以 可还不可不都可以 还不可不都可以 且也还不可不都可以 不可不都可以 更换整个应用服务器了,好在将会应用服务器市场百花齐放,从免费到低端再到高端,您可还不可不都可以 还不可不都可以 任意选泽;Spring从IoC容器发展而来,通过不断集成AOP、MVC、OR/Mapping以及几乎您能想到的各项服务而提供完善的企业应用架。对于原本应用,让人自由选泽具体的技术框架的实现,SSH好多好多 最常用一套组合,然好多好多 不说是否每个架构师拥有正确选泽的能力,无论怎么,最终的选泽在设计之初一旦选泽,要想更换便还不可不都可以 还不可不都可以 容易,你不将会轻松的将原本基于Spring + Struts的应用轻松的移植到Spring + WebWork,更还不可不都可以 轻松的将原本基于Spring + Hibernate的应用轻松的移植到Spring + iBatis,好多好多 对于还不可不都可以 不可不都可以 长期维护和发展的应用来说,将还不可不都可以 不可不都可以 寄希望于你采用的框架都不不可不都可以 很好的发展,好多好多 能在升级的同時 保证向前的兼容性。

而对于Spring,也有同样的问題图片,轻量级的内核,好多好多 由于整个框架是轻量的,更不由于基于Spring的整个应用架构是轻量的。对于 Spring,你还不可不都可以 不可不都可以 去寻找并粘合各种服务,好多好多 让当让我们 不不可不都可以 稳定的在同時 工作,将会应用对技术的需求较多,伸缩性要求也较高,你就会不断的在应用服务中加入有些服务,如:资源池、消息队列、集群等。当加入那些后,Spring的防止方案将会和Java EE Application Server防止方案一样重量级了。

AOP方面,将会您还不可不都可以 不可不都可以 彻底的AOP,好多好多 在Spring中集成了AspectJ,还不可不都可以 不可不都可以 EJB3自然无法移就,好多好多 将会您的项目以够用为原则,只还不可不都可以 不可不都可以 一般法律妙招拦截意义上的AOP,EJB3提供的各种回调法律妙招应该可还不可不都可以 还不可不都可以 满足您的要求了。

EJB组件原本被认为是原本重量级的组件,而备受批评,EJB3规范的重要目标好多好多 错综复杂EJB的开发,提供原本容器管理的轻量级的组件方案。

4.3、分布式能力

1.法制 VS “民主”

Cluster也是EJB的传统优势,好多好多 老师说,不不可不都可以 发挥EJB集群优势的地方无须多,将会即使项目中采用了EJB,一般也采用Stateless SessionBean,而使用HttpSession Cluster,既然还不可不都可以 不可不都可以 ,无论EJB还是Spring,当让我们 也有平等的。当然,将会您正在构建原本大型的应用,对集群的能力要求非常高,比如还不可不都可以 不可不都可以 事务级的Cluster,好多好多 还有分布式的需求,还不可不都可以 不可不都可以 估计还不可不都可以 不可不都可以 哪几个因素会让您考虑Web Server + Spring的架构了。

EJB的看家本领,Spring也通过提供TransactionTemplate以及集成第三方事务防止器来支持JTA,都支持申明式事务,可还不可不都可以 还不可不都可以 BMT,CMT,但无论怎么,移植的器官总也还不可不都可以 不可不都可以 自身长的好吧。

将会还不可不都可以 不可不都可以 集成第三方框架的事先,估计您还不可不都可以 不可不都可以 Spring了,当然前提是Spring将会给出很好的集成方案;而将会采用EJB,则还不可不都可以 不可不都可以 视特定的应用服务器了,推荐当类库来用,将会使用context listener来启动,是在不行,还不可不都可以 不可不都可以 基于特定的应用服务器来进行集成,一般来说,应用服务器均提供了JMX集成能力。

关于轻量级内核,不论属实是否,现今的应用服务器都宣称采用了微内核技术,在此基础上建立Java EE的各项服务构建成完善的应用服务器;而Spring这名好多好多 原本基于IoC的轻量内核,好多好多 通过集成第三方的服务器来提供完整版的架构。

作为原本架构师,我对EJB是既爱且恨,对Spring又恨又爱,现在当让我们 来也把这两大技术体系来做原本全面分析和对比,希望能给当让我们 在进行技术选型时原本更好的参考。

纵观人类历史,官方过于强势,则必然官逼民反;而民间力量过于强大,社会必将不稳定,这也有当让我们 不愿就看的,在技术世界里也一样。对于EJB3 和Spring这这名方案,Spring现在趋于稳定压倒性的优势一方,希望EJB3的出显 ,一来能为官方挽回有些抛妻弃子的领地,二来不可不都可以 继续引发更多的探讨,不再拘束于一家之言,还不可不都可以 不可不都可以 百家争鸣的环境,不可不都可以 让开发人员和架构人员对企业应用的构建认识得更加完善,好多好多 最好的法律妙招是EJB3和Spring互相不利于,和谐发展。

最近在学习EJB 3,对于SSH与EJB3,时不时不太明白“即生瑜,何生亮?”,今天无意就看一篇旧文,比较系统的对比了这二种技术架构,转载于此:

}

追求简单、轻量,是每原本应用架构的目标,对于企业应用的构建来说,轻量级组件标准+轻量的内核+轻量级的容器,并以此构建轻量级的应用平台,才是最终还不可不都可以 不可不都可以 的。将会有轻量级的容器出显 ,将帮助EJB3在企业应用中重新趋于稳定有利的地位。

4.4、Cluster能力

EJB3中的Web Service和EJB组件集成得还不可不都可以 不可不都可以 之好,使用起来再简单不过了,如下面实例所示,JAX-WS也将逐步成为Java Web Service事实标准;至于Spring可还不可不都可以 还不可不都可以 实现各种基于Http的远程调用法律妙招,其优势无须明显。

public int subtract(int x, int y) {

综上所述,EJB将会对于整个世界是标准的,就好像是一部国际法,一旦遵循,全球通用,让人比较轻松的在WebSphere、WebLogic甚至 JBoss之间进行切换,好多好多 将会选泽EJB,你将在原本”法制”的环境下获得最大的民主;而Spring对于整个世界看似民主的,然而一旦整套架构选泽下来,却成了专制,犹如美国式的民主,一旦被它征服,就成为它的专政统治了,想挣脱它的控制可就还不可不都可以 还不可不都可以 容易了,其中的利害,当让我们 细细品味吧。

4.功能性对比

基于Spring架构的应用,将会过分的自由和灵活,随着项目的进展,逐渐集成的第三方框架还不可不都可以 不可不都可以 来不多,越来越 保证集成的服务和编写的组件带有还不可不都可以 不可不都可以 漏洞,甚至相互之间有严重的冲突,还不可不都可以 不可不都可以 ,掌控整个项目的质量成了问題图片,光是一页接一页的配置文件,就知道今后的维护成本也就随之增高,回想一下EJB2.0时代的ejb-jar.xml吧;而EJB将会集成的也有标准服务,好多好多 组件模型也是固定的,加之应用服务器一般提供控制台,用来查看运行时的各项属性,并可对服务进行实时的管理,显然比Spring开发的应用可控性更好。

4.1、IoC容器,AOP能力

好多好多 有必要提醒一下,轻量级的组件,无须由于提供服务的容器是轻量的,不管是EJB2还是EJB3,应用服务器将会还不可不都可以 不可不都可以 管理组件的负责生命周期以及行为,好多好多 内置提供了各项服务,容器自然是原本重量级的服务;最少现在看来,现有的Application Server提供的容器都还欠缺够的轻量,从此人 偏好来说,让人非常喜欢JBoss 2.4这名版本,它有我还不可不都可以 不可不都可以 的功能,同時 又够简单,而现在,JBoss 4的启动传输下行速率 将会逐渐我要对它对抛妻弃子了耐心。