Web服务在EJB 2.1到EJB 3.0中的改变[Java编程]

关于企业级JavaBeans形成的商务层构件,也就是我们所熟知的Java 2 Enterprise Edition平台,相关于软件的进化为服务,在构造方面并没有阻滞不前,在EJBs3.0版本同早期的版本对比中,我们已经可以看到一个具有了完好差别的开辟模子,这就使得在利用Web services的历程越发简单.

假如你是EJB的早期采取者,那么你对这个技术自从最初以来的复杂性应当对比理解.复杂性让很多人已开始就放弃了利用EJB的设法,更不要说按照这个Java标准来实现Web services的大概性了.就这样,很多项目都利用了单独的API,如JAX-RPC大概近似Apache Axis的框架来在Java环境中布置Web services.固然这种方法供应了一种新对较低的进口门坎,但是它贫乏内涵的中间件服务——比方事件处理和安全服务——很多的都是利用EJB架构的主要缘由,使得开辟者不得不去在一个不是最好的情形下来处理Java Web services,以使得可以以高级的中间件性能来运作大概带来一个非常复杂的开辟生命周期.

最早的,应当指出的是EJB不是一个本质上的EJB,而是为大家更为遍及的指导的Session EJB的扩大.那也就是说,一个Web services使能的EJB开始是以一个改良过的会话EJB运行的.在EJB版本2.1中,标准计划者看到了需求供应一个通过SOAP消息拜候机制,但是在哪个时刻不是构建一个现有EJB的分支的实现——会话,实体和消息——这个决意是利用扩大了的会话bean来适应Web services.

前面所说到的在EJB2.1种的问题是以一个传统的接口方法来办理的——是以一种Web 服务终端的情势来服务的——和一个额外的布置描写符来定义具体的服务行为.固然如此,在这个历程中的大部份的苦差事并非仅仅由于底层EJB的会话bean的实际上的成立,而也同你想把它改变成一个Web services EJB的动机有关.

简短的来说,我们只是摆列在一些分外的历程中的缺陷,背面我们会转移到一段实际的EJB3.0代码来看看是若何改变的.在EJB2.1中布置一个Web service最为明显的问题以下:

Web service需求从一个会话EJB采取它的行为,而这个会话EJB本身是和一个遗产层次——比方在EJB3.0之前的版本——是精密接洽在一同的,同时也具有一系列的为EJB环境所需求的伴随接口.

你需求定义一个传统的Java接口,这个传统接口将会用于供应服务端点,服务端点就是近似于在一个会话EJB中已经包含的远程接口.

还需求别的一个配置文件——布置描写符——进一步的来指明EJB的服务行为.

对这些Web services EJB的问题的减轻分为两种主要的情势:注释和简单的旧Java对象(POJO's).注释是可以被安排在Java源代码文件中的元数据,为的是可以供应进一步的配置属性大概处理指令来履行Java环境.在别的一个方面,POJO's被拆分成java类,这些java类没有遗传依靠关系.

通过注释,全部在布置描写符中已经定义了的数据可以被替换的安排在一个当读的文件当中,也就是那个包含了商务逻辑的源文件.这不是说外在的布置描写符在Web services EJB 3.0中撤废了.相反的,他们仍旧是非常有效的,固然他们目前将会供应一种撤退机制,来形成一种越发自然并且简单的历程,以配置商务逻辑的内嵌信息.

另一方面,商务逻辑的计划和编码阶段是可以到达的,正如Web services可以通过利用POJO's来得到极大的简化.在EJB2.1种,成立一个能供应Web services的EJB的历程逼迫你去处理睬话EJB强加的遗传条件.因此关于这些情形,假如你以一个简单和简单理解的Web service操作调集开始,成立一个简单的Java对象只是EJB的历程中的开始,因为你需求作很多其他的工作来到达Web services计划的EJB的最后.

　　以上是“Web服务在EJB 2.1到EJB 3.0中的改变[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：