J2EE 1.4平台和Web服务 - 编程入门网

SAAJ

SAAJ从JAXM1.0划分出来，原JAXM1.0被划分为JAXM1.1和SAAJ1.1。SAAJ包含了创建和读取遵循SOAP1.1规范的以及带附件的SOAP消息的API，也包含了发送和接收请求/响应模型的SOAP消息。

SAAJ不仅可以被JAX-RPC使用，也可以被JAXM等Web服务技术使用。它是一组通用的、处理SOAP消息的API。JAXM、JAX-RPC和SAAJ的关系如图4所示。

J2EE 1.4平台和Web服务(4)

JAXR

JAXR是和服务注册、发布相关的标准API。由于当前Web服务注册提供者比较多，要想在J2EE平台中使用这些注册服务，为每个注册服务都开发一个单独的API，显然是不现实的，JAXR为注册服务进行了多层抽象，使得在J2EE平台中操作当今的或者将来的Web服务注册中心成为可能。JAXR支持三种注册服务类型：JAXR Pluggable Provider、Registry-specific JAXR Provider、JAXR Bridge Provider(支持UDDI Registry和ebXML Registry/Repository等)。

JAXR规范为JAXR的实现定义了有两种级别的支持，分别是：

Level0：用于支持UDDI注册；

Level1：用于支持ebXML注册。

JAXR的互操作性如图5所示。

从图中可以看出，通过JAXR API，注册浏览器、J2EE组件和桌面应用可以访问UDDI、ebXML等注册服务中心。

需要注意的是，JAXR并不是一个新的注册规范，它只是访问原有的注册中心的一个编程接口。

EJB2.1

EJB2.1规范对Web服务提供了支持，定义了无状态会话Bean可以作为Web服务端点模型。这样，在J2EE平台中，有两种Web服务端点：基于Servlet的和基于无状态会话Bean的。

用EJB作为Web服务端点，同样可以像Servlet作为服务端点一样使用消息Handler。

在EJB2.1规范下，消息驱动Bean不是必须实现javax.jms.MessageListener接口。这样，除了开发JMS的消息驱动Bean外，还可以开发出自定义的消息驱动Bean，如com.mycompany.EmailListener。结合连接器的支持，可以开发出javax.xml.messaging. OnewayListener之类的消息驱动Bean来提供Web服务支持。

Connector Architecture1.5

在旧有的连接器结构中，只支持从J2EE组件内部到企业资源层（EIS）单向的调用，而资源层无法直接调用J2EE组件。在新的连接器规范中，可以从企业资源层中直接调用J2EE组件。这样，我们可以通过连接器来把EJB等组件向外暴露为Web服务端点，从而支持Web服务。

JAXM

首先需要声明的是，JAXM不是J2EE平台中的一部分，它只是一个可选的开发包。通过JAXM发送和接收基于SOAP的消息，它定义了两种发送和接收消息的模型：

请求－响应(request-resposne)，它是一种点对点的消息发送模型，消息发送端发送了消息后将阻塞等待服务端的相应，这种方式的好处是编程简单，缺点是无法取保消息到达服务端。

单向(one-way)，这种方式需要使用JAXM消息提供者，一端发送的消息通过消息提供者再转发到接收端；当接收端对消息响应时，同样首先通过JAXM消息提供者，再由消息提供者发送到原来的发送端。这种方式是消息通信是异步的，优点是可以保证消息被可靠发送到服务端，缺点是编程变得复杂。

JAXM两种消息发送模型如图6所示。

J2EE 1.4平台和Web服务(5)

在J2EE1.4平台中，EJB2.1消息驱动Bean可以接收JMS消息或者JAXM SOAP消息。

在以下的情况下，可以优先考虑使用JAXM，而不是JAX-RPC：

要发送面向文档的数据；

要发送大量的、粗粒度的、复杂的流数据；

需要使用异步数据交换模型；

需要确保每个发送的数据都在对方接收。

JAXM互操作模型如图7所示。

开发Web服务的JAVA API

下面介绍在JAVA环境下开发Web服务要使用的API，这里只列出了J2EE标准的开发包和可选的开发包

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!