EJB3.0入门

Enterprice JavaBeans是一个用于分布式业务应用的标准服务端组件模型。采用Enterprice JavaBeans架构编写的应用是可伸缩的、事务性的、多用户安全的。

采用ejb编写的这些应用，可以部署在任何支持Enterprice JavaBeans规范的服务器平台，如jboss、weblogic等。

EJB实际上是用于编写业务层代码。我们知道一个基于MVC结构的应用应包含显示层、控制层和业务层, 假设我们采用ejb开发基于MVC结构的应用,那么ejb就是用于开发应用的业务层.

EJB最大的特点是分布式，EJBs都是业务层的东西，对于多个显示层可以做到业务层完全不用改变。我们写的EJBs发布到EJB容器比如JBOSS中，客户端（普通java应用或者JavaWeb应用）通过JNDI找到你的EJB，这中间通过socket通信，为了降低这种消耗，可以定义本地的EJB，但是这个EJB必须和你的客户端在同一个JVM中，即一个JBoss中，比如你的JavaWeb发布到这个JBoss中。

EJB为我们提供了很多在企业开发中需要使用到的服务,如事务管理/安全/持久化/分布式等,因为这些服务由容器提供,无需我们自行开发,这样大大减少了我们的开发工作量.另外EJB提供了强制式分层解耦设计方法

EJB3.0运行环境

EJB3.0应用需要运行在JDK1.5以上版本。

进入http://java.sun.com/javase/downloads/index_jdk5.jsp下载JDK。在页面中找到JDK5.0 Update 16（版本在不断更新中，有可能大于16），点击右边的Download。

按照安装向导提示安装，安装路径选择C:\Java\jdk1.5.0_16。Jdk安装完后，接着问你是否安装jre，也一起安装上。

右键点击“我的电脑”->“属性”->“高级”->“环境变量”，在“系统变量”里添加JAVA_HOME变量，值为JDK的安装路径，如：C:\Java\jdk1.5.0_16。

在“系统变量”里再添加CLASSPATH变量，值为：.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;

在系统变量栏找到变量名为Path的选项，点“编辑”在变量值的末尾添加;%JAVA_HOME%\bin;

EJB3.0应用需要运行在EJB容器里，下面是一些JavaEE应用服务器，JavaEE应用服务器包含Web容器和EJB容器。

l Jboss （ 4.2.x 以上版本）

 是一个成熟的开源的准JavaEE应用服务器，在开源JavaEE应用服务器中所占市场份额第一。如果你打算选用开源的JavaEE应用服务器，那么jboss是最值得选择的。

l Glassfish

 是一个开源的JavaEE应用服务器，对JavaEE规范的支持非常好，其运行性能比较高。因为发展时间相对较短，市场占有率比较低。另外，它能否提供稳定的运行性能，还有待时间的考验。

l Weblogic （ 10 以上版本）

 是商业市场占有率第一的商业JavaEE应用服务器，它具有出色的稳定性，并提供了人性化的管理界面，还有企业需要使用到的众多功能。

l Sun ApplicationServer （ 9.0 以上版本）

 商业JavaEE应用服务器，如果你打算选用商业应用服务器运行ejb3，这个是不错的选择。

l Oracle ApplicationServer （ 10g 以上版本）

 商业JavaEE应用服务器，如果你的数据库是oracle，要想兼容性更好，这个是不错的选择。

l apusic 应用服务器

 这是国内的商业JavaEE应用服务器，主要在政府中占有一定的市场份额。但是其向开发人员提供的文档实在太少了。

注意：Tomcat目前只是Web容器，它不能运行EJB应用。

进入http://labs.jboss.com/jbossas/downloads/下载页面，选择jboss4.2.3.GA下载（大小为95MB），如果你安装的jdk是1.5版本，请选择jboss-4.2.3.GA.zip文件下载。如果你安装的jdk是1.6版本，请选择jboss-4.2.3.GA-jdk6.zip文件下载。下载后直接解压缩文件即可完成安装，为了避免应用出现莫名的错误，解压缩的路径最好不要带有空格和中文，如“Program Files”。

进入jboss的bin目录，找到启动脚本run.bat。双击run.bat即可启动jboss，此时启动的配置项为default。

       如果启动出错，请检查下列情况:

  1.端口是否被占用，如：8080、1099

  2是否为JDK设置的JAVA_HOME和ClassPath系统变量，如果没有，请按照前面视频介绍的方法设置。

  3.检查jboss所用的jdk是否1.5以上版本，这些信息可以在jboss的控制台观察到。

       4.如果启动时出现这样的错误：“findstr不是内部或外部命令，也不是可运行的程序或批处理文件”。那么应该在系统变量Path中追加“%SystemRoot%\system32;%SystemRoot%;”。

      

       最后的办法是重装机器上的 JDK ，祝你好运。

l 因为在后面的学习中，我们需要使用到系统变量 JBOSS_HOME ，它指向 jboss 的安装路径。所以 安装完后 我们需要添加该变量，方法是： 右键点击“我的电脑” -> “ 属性” -> “ 高级” -> “ 环境变量”，在“系统变量”里添加 JBOSS_HOME变量，值为Jboss的安装路径，如：D:\JavaEEServer\jboss。

l 为了方便输入 jboss 的命令，我们把 jboss 的 bin 目录添加到系统路径里。 在系统变量一栏找到变量名为 Path 的选项，点“编辑”在变量值的末尾添加： ;%JBOSS_HOME%\bin;

• 开发EJB依赖的jar文件

 可以在jboss安装路径的client目录下找到,通常会把client目录下的所有jar文件添加到项目的类路径下.

EJB中的三种bean

1.会话bean(session bean)

  负责与客户端交互,是编写业务逻辑的地方,在会话bean中可以通过jdbc直接操作数据库,但大多数情况下都是通过实体bean来完成对数据库的操作.

2.实体bean(entity bean)

  它实际上属于java持久化规范(简称JPA)里的技术,JPA的出现主要是为了简化现有的持久化开发工作和整合ORM技术，结束现在Hibernate、TopLink等ORM框架各自为营的局面。

3.消息驱动bean(message-driven bean)

  它是专门用于异步处理java消息的组件.具有处理大量并发消息的能力.

两种会话bean

• 无状态会话 bean

 平常,我们使用最多的是无状态bean,因为它的bean实例可供多个用户使用,所以它的性能比有状态bean高.正因为一个bean实例被多个用户使用.那么,前一个用户设置的值有可能被后一个用户所修改,所以它无法正确保存某个用户设置的值,因此是无状态的.无状态bean使用实例池技术管理bean

• 有状态会话 bean

有状态bean平常使用的并不多,因为它的一个bean实例只供一个用户使用,所以性能开销比较大,正因为它的实例只被一个用户使用,用户为它设置的值是不会被其他用户修改,所以可以正确保存用户设置的值,因此是有状态的.有状态bean使用激活(activation)管理bean

            每个用户都有自己的Bean实例，相当于有多少个用户就有多少个Bean实例为之服务。如果不采取任何机制，这样必然会导致服务器资源严重消耗，最后落个down机罢工。为了解决这个问题，EJB引入了激活机制。该机制实现的原理是这样的，在EJB服务器需要节省资源时，就从内存中收回bean实例，将其所保持的会话状态序列化到硬盘中，并且释放其所占有的内存。若此时客户端对EJB再次发起请求，EJB容器会重新实例化一个Bean实例，并从硬盘中将之前的状态恢复。

客户端编程

public static void main(String[] args) {

  Properties props = new Properties();

  props.setProperty("java.naming.factory.initial","org.jnp.interfaces.NamingContextFactory");

  props.setProperty("java.naming.provider.url","localhost:1099");

try {

  InitialContextctx =newInitialContext(props);

  HelloWorldhelloworld = (HelloWorld)ctx.lookup("HelloWorldBean/remote");

  System.out.println(helloworld.sayHello("佛山"));

} catch (NamingException e) {

  System.out.println(e.getMessage());

}

}

设置JNDI访问环境信息

在进行JNDI查找前，我们必须设置应用服务器的上下文信息，主要是设置JNDI驱动的类名（java.naming.factory.initial）和命名服务提供者的URL（java.naming.provider.url） 。

l java.naming.factory.initial 或 Context.INITIAL_CONTEXT_FACTORY ：环境属性名，用于指定 InitialContext 工厂（作者称它为 JNDI 驱动更容易理解），它类似于 JDBC 指定数据库驱动类。

因为本例子连接的是JbossNS（命名服务的实现者），所以使用Jboss提供的驱动类：org.jnp.interfaces.NamingContextFactory

l java.naming.provider.url 或 Context.PROVIDER_URL ：环境属性名，包含提供命名服务的主机地址和端口号。它类似于 JDBC 指定数据库的连接 URL 。连接到 JbossNS 的 URL 格式为： jnp://host:port ，该 URL 的“ jnp: ”部分是指使用的协议， JBoss 使用的是基于 Socket/RMI 的协议。 host 为主机的地址， port 为 JNDI 服务的端口。除了 host 之外，其他部分都是可以不写的。

l

下面是数据库访问例子:

Class.forName("org.gjt.mm.mysql.Driver").newInstance();

Properties props = new Properties();

props.put("user","root");

props.put("password","123456");

Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/itcast", props);

如同数据库一样，根据访问命名服务器的不同，为上下文设置的驱动类和URL也是不同的，如下面是访问Sun应用服务器的上下文信息：

Properties props = new Properties();

props.setProperty("java.naming.factory.initial", "com.sun.enterprise.naming.SerialInitContextFactory");

props.setProperty("java.naming.provider.url", "localhost:3700");

InitialContext = newInitialContext(props);

HelloWorldhelloworld = (HelloWorld)ctx.lookup("com.foshanshop.ejb3.HelloWorld");

如果客户端运行在应用服务器内，我们不需要为InitialContext设置应用服务器的上下文信息，也不建议设置。因为应用服务器启动时会把JNDI驱动类等上下文信息添加进系统属性，创建InitialContext对象时如果没有指定Properties参数，InitialContext内部会调用System.getProperty()方法从系统属性里获取必要的上下文信息。对本例子而言，你可以省略传入props参数，之所以给InitialContext设置参数，目的是引出相关知识点，便于教学。在实际应用中，如果给InitialContext设置了参数，反而会带来不可移植的问题。

注：创建InitialContext对象时如果没有指定Properties参数，InitialContext还会在classpath下寻找jndi.properties文件，并从该文件中加载应用服务器的上下文信息。这样避免了硬编码为InitialContext设置Properties参数。

jndi.properties的配置如下：

java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory

java.naming.provider.url=localhost:1099

java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces

当EJB发布到Jboss时，如果我们没有为它指定全局JNDI名称或修改过其默认EJB名称，Jboss就会按照默认的命名规则为EJB生成全局JNDI名称，默认的命名规则如下：

如果把EJB作为模块打包进后缀为*.ear的JAVA EE企业应用文件，默认的全局JNDI名称是

l 本地接口： EAR-FILE-BASE-NAME/EJB-CLASS-NAME/local

l 远程接口： EAR-FILE-BASE-NAME/EJB-CLASS-NAME/remote

      EAR-FILE-BASE-NAME为ear文件的名称，EJB-CLASS-NAME为EJB的非限定类名。

例：把HelloWorld应用作为EJB模块打包进名为HelloWorld.ear的企业应用文件，它的远程接口的JNDI名称是：HelloWorld/HelloWorldBean/remote

如果把EJB应用打包成后缀为*.jar的模块文件，默认的全局JNDI名称是

l 本地接口： EJB-CLASS-NAME/local

l 远程接口： EJB-CLASS-NAME/remote

例：把HelloWorld应用打包成HelloWorld.jar文件，它的远程接口的JNDI名称是：HelloWorldBean/remote

使用注释改变会话bean的JNDI名

如果我们没有指定EJB的JNDI名称，当EJB发布到应用服务器时，应用服务器会按默认规则为EJB生成全局JNDI名称。当我们需要自定义JNDI名称时，可以这样做

如果EJB在Jboss中使用，可以使用Jboss提供的@LocalBinding和@RemoteBinding注释，@LocalBinding注释指定Session Bean的Local接口的JNDI名称，@RemoteBinding注释指定Session Bean的Remote接口的JNDI名称，如下：

@Stateless

@Remote ({Operation.class})

@RemoteBinding (jndiBinding="foshanshop/RemoteOperation")

@Local ({LocalOperation.class})

@LocalBinding (jndiBinding="foshanshop/LocalOperation")

public class OperationBean implements Operation,LocalOperation {

}

使用xml部署描述文件改变SessionBean的JNDI名称

由于JNDI名称与厂商有关，如果使用注释定义JNDI名称会带来移植问题，因此建议使用ejb-jar.xml部署描述文件进行定义，该文件必须放置在jar的META-INF目录下

<?xml version="1.0"encoding="UTF-8"?>

<ejb-jar xmlns=http://java.sun.com/xml/ns/javaee xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

     xsi:schemaLocation="http://java.sun.com/xml/ns/javaee

                         http://java.sun.com/xml/ns/javaee/ejb-jar_3_0.xsd"  version="3.0">

<enterprise-beans>

 <session>

   <ejb-name>HelloWorldBean</ejb-name>

   <mapped-name>HelloWorldBean</mapped-name>

 </session>

</enterprise-beans>

</ejb-jar>

ejb-name为EJB名称，mapped-name为bean的JNDI名称。目前jboss不支持在ejb-jar.xml通过mapped-name指定JNDI名称，但我们可以使用他专属的部署描述文件jboss.xml进行定义，如下：

<?xml version="1.0"encoding="UTF-8" ?>

<!DOCTYPE jboss PUBLIC "-//JBoss//DTDJBOSS 4.2//EN“ "http://www.jboss.org/j2ee/dtd/jboss_4_2.dtd">

<jboss><enterprise-beans> <session>

     <ejb-name>HelloWorldBean</ejb-name>

    <jndi-name>hello/remote</jndi-name>

</session></enterprise-beans></jboss>

本地接口的bean

@Local ({HelloWorldLocal.class})

EJB的调用机制

由于EJB的调用过程对开发者来说是透明的，以至于我们错误地认为：lookup()方法返回的对象就是bean实例。实际上，客户端与Session bean交互，它并不直接与Bean实例打交道，而是经由bean的远程或本地接口。当你调用远程或本地接口的方法时，接口使用的是存根（stub）对象。该存根实现了session bean的远程或本地接口。它负责将方法调用经过网络发送到远程EJB容器，或将请求路由到位于本地JVM内的EJB容器。存根是在部署期间使用JDK所带的java.lang.reflect.Proxy动态生成。利用RMI、远程代理实现远程调用。

第一步：客户端调用远程接口的SayHello()方法（实际上调用的是存根对象的SayHello()方法，该存根实现了HelloWorld的远程接口）。

第二步：方法调用经过IIOPRuntime被转换成CORBA IIOP消息发往应用服务器。

第三步：应用服务器接收到请求消息后，交由骨架（skeleton）处理。骨架通过IIOP Runtime解析协议消息，并根据协议要求调用bean实例的SayHello()方法。

第四步：骨架（skeleton）将SayHello()方法的返回值经过IIOPRuntime转换成CORBA IIOP应答消息发回客户端。

第五步：存根对象通过IIOP Runtime将CORBAIIOP应答消息解析成返回值。

EJB中的依赖注入

注入ejb:

@Stateless

@Remote (Injection.class)

publicclassInjectionBeanimplementsInjection {

       @EJB(beanName="HelloBean")LocalHellohelloworld;

       publicStringSayHello() {

           returnhelloworld.SayHello("注入者");

       }

}

注入数据源:

@Resource(mappedName = "java:/DefaultMySqlDS")DataSourcemyDb;

        Connection conn = null;

        try {

            conn =myDb.getConnection();

            Statementstmt = conn.createStatement();

            ResultSetrs =stmt.executeQuery("SELECTstudentNameFROM student");

            if (rs.next()) str =rs.getString(1); rs.close();

            stmt.close();

        } catch (SQLException e) {

            e.printStackTrace();

        }finally{

            try {

               if(null!=conn && !conn.isClosed())conn.close();

            } catch (SQLException e) {

               e.printStackTrace();

            }

        }
配置数据源

<?xml version="1.0"encoding="UTF-8"?>

<datasources>

  <local-tx-datasource>

    <jndi-name>DefaultMySqlDS</jndi-name>

    <connection-url>jdbc:mysql://localhost:3306/itcast?useUnicode=true&amp;characterEncoding=UTF-8</connection-url>

   <driver-class>org.gjt.mm.mysql.Driver</driver-class>

   <user-name>root</user-name>

   <password>123456</password>

   <min-pool-size>3</min-pool-size>

   <max-pool-size>100</max-pool-size>

  <!--

     TRANSACTION_READ_UNCOMMITTED

     TRANSACTION_READ_COMMITTED

     TRANSACTION_REPEATABLE_READ

     TRANSACTION_SERIALIZABLE

   

   <transaction-isolation>TRANSACTION_SERIALIZABLE</transaction-isolation>-->

  <exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter</exception-sorter-class-name>

    <metadata>

      <type-mapping>mySQL</type-mapping>

    </metadata>

  </local-tx-datasource>

</datasources>

实体Bean

它属于java持久化规范(简称JPA)里的技术，实体bean通过元数据在javabean和数据库表之间建立起映射关系，然后Java程序员就可以随心所欲的使用面向对象的编程思想来操纵数据库。 JPA的出现主要是为了简化现有的持久化开发工作和整合ORM技术，目前实现的JPA规范的主流产品有Hibernate、TopLink和OpenJPA，在jboss中采用了Hibernate作为其持久化实现产品。

添加JPA的配置文件persistence.xml

根据JPA规范的要求：在实体bean应用中，我们需要在应用的类路径下的META-INF目录加入持久化配置文件persistence.xml

<?xml version="1.0"?>

<persistence xmlns="http://java.sun.com/xml/ns/persistence"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://java.sun.com/xml/ns/persistencehttp://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"version="1.0">

 

</persistence>

 <propertyname="hibernate.hbm2ddl.auto" value="create-drop"/>

<!-- 显示最终执行的SQL -->

<property name="hibernate.show_sql" value="true"/>

<!-- 格式化显示的SQL -->

<property name="hibernate.format_sql" value="true"/>

JMS（Java消息服务）

Java 消息服务（Java Message Service，简称JMS）是用于访问企业消息系统的开发商中立的API。企业消息系统可以协助应用软件通过网络进行消息交互。

JMS的编程过程很简单，概括为：应用程序A发送一条消息到消息服务器的某个目得地(Destination)，然后消息服务器把消息转发给应用程序B。因为应用程序A和应用程序B没有直接的代码关连，所以两者实现了解偶。如下图：

消息传递系统的中心就是消息。一条Message由三个部分组成：

头（header）,属性（property）和主体（body）。

消息有下面几种类型，他们都是派生自Message接口。

StreamMessage：一种主体中包含Java基元值流的消息。其填充和读取均按顺序进行。

MapMessage：一种主体中包含一组名-值对的消息。没有定义条目顺序。

TextMessage：一种主体中包含Java字符串的消息（例如，XML消息）。

ObjectMessage：一种主体中包含序列化Java对象的消息。

BytesMessage：一种主体中包含连续字节流的消息。

JMS 支持两种消息传递模型：点对点（point-to-point，简称PTP）和发布/订阅（publish/subscribe，简称pub/sub）。这两种消息传递模型非常相似，但有以下区别：

PTP 消息传递模型规定了一条消息只能传递给一个接收方。采用javax.jms.Queue表示。

Pub/sub 消息传递模型允许一条消息传递给多个接收方。采用javax.jms.Topic表示

这两种模型都通过扩展公用基类来实现。例如：javax.jms.Queue和javax.jms.Topic都扩展自javax.jms.Destination类。

P2P

P/S

配置目标位置

开始JMS编程前，我们需要先配置消息到达的目标地址(Destination)，因为只有目标地址存在了，我们才能发送消息到这个地址。由于每个应用服务器关于目标地址的配置方式都有所不同，下面以jboss为例，配置一个queue类型的目标地址。

<?xml version="1.0"encoding="UTF-8"?>

<server> 

  <mbean code="org.jboss.mq.server.jmx.Queue"

         name="jboss.mq.destination:service=Queue,name=foshanshop">

    <attributename="JNDIName">queue/foshanshop</attribute>  

    <dependsoptional-attribute-name="DestinationManager">jboss.mq:service=DestinationManager</depends>

  </mbean>

</server>

Jboss使用一个XML文件配置队列地址，文件的取名格式应遵守*-service.xml

<attribute name="JNDIName">属性指定了该目标地址的全局JNDI名称。如果你不指定JNDIName属性，jboss会为你生成一个默认的全局JNDI，其名称由“queue”+“/”+目标地址名称组成。另外在任何队列或主题被部署之前，应用服务器必须先部署Destination Manager Mbean，所以我们通过<depends>节点声明这一依赖。

发送消息

一般发送消息有以下步骤：

(1) 得到一个JNDI初始化上下文(Context)

  InitialContextctx = newInitialContext();

(2) 根据上下文查找一个连接工厂QueueConnectionFactory。该连接工厂是由JMS提供的，不需我们自己创建，每个厂商都为它绑定了一个全局JNDI，我们通过它的全局JNDI便可获取它；

  QueueConnectionFactoryfactory = (QueueConnectionFactory)ctx.lookup("QueueConnectionFactory");

(3) 从连接工厂得到一个连接QueueConnection

  conn =factory.createQueueConnection();

(4) 通过连接来建立一个会话(Session);

  session = conn.createQueueSession(false,QueueSession.AUTO_ACKNOWLEDGE);

  这句代码意思是：建立不需要事务的并且能自动确认消息已接收的会话。

(5) 查找目标地址：

  例子对应代码：Destinationdestination = (Destination )ctx.lookup("queue/foshanshop");

(6) 根据会话以及目标地址来建立消息生产者MessageProducer（QueueSender和TopicPublisher都扩展自MessageProducer接口）

例子对应代码：

MessageProducerproducer =session.createProducer(destination);

TextMessagemsg =session.createTextMessage("您好，这是我的第一个消息驱动Bean");

producer.send(msg);

采用消息驱动Bean接收消息

消息驱动Bean(MDB)是设计用来专门处理基于消息请求的组件。它和无状态Session Bean一样也使用了实例池技术，容器可以使用一定数量的bean实例并发处理成百上千个JMS消息。正因为MDB具有处理大量并发消息的能力，所以非常适合应用在一些消息网关产品。如果一个业务执行的时间很长，而执行结果无需实时向用户反馈时，也很适合使用MDB。如订单成功后给用户发送一封电子邮件或发送一条短信等。

一个MDB通常要实现MessageListener接口，该接口定义了onMessage()方法。Bean通过它来处理收到的JMS消息。

package javax.jms;

public interface MessageListener {

    public void onMessage(Messagemessage);

}

当容器检测到bean守候的目标地址有消息到达时，容器调用onMessage()方法，将消息作为参数传入MDB。MDB在onMessage()中决定如何处理该消息。你可以使用注释指定MDB监听哪一个目标地址(Destination)。当MDB部署时，容器将读取其中的配置信息。

@MessageDriven(activationConfig =

{

  @ActivationConfigProperty(propertyName="destinationType",

    propertyValue="javax.jms.Queue"),

  @ActivationConfigProperty(propertyName="destination",

    propertyValue="queue/foshanshop"),

  @ActivationConfigProperty(propertyName="acknowledgeMode",

    propertyValue="Auto-acknowledge")

})

public class PrintBean implementsMessageListener {

    public void onMessage(Messagemsg) {

WebService服务

Web服务也是一种分布式技术，它与EJB最大的不同是，Web服务属于行业规范，可以跨平台及语言。而EJB属于java平台的规范，尽管理论上可以跨平台，但实现起来比较复杂，所以其应用范围局限在了java平台。看上去两者好像是互相竞争的关系，其实不是。它们两者的偏重点不一样，Web服务偏重的是这个系统对外提供什么功能，而EJB偏重的是如何使用一个个组件组装这些功能。就好比一个硬盘，它对外提供的是存储服务，这是web服务的关注点，对于怎样组装这个硬盘，怎样构造这些小零件，web服务并不关心，但这些却是EJB所关注的。

JavaEE为web service提供了两种不同的编程模型：EJB容器模型及Web容器模型，这里将以最新的JAX-WS2.x规范（Java API for XML-based Web Services）介绍webservice的开发。

@WebService(targetNamespace="http://ws.foshanshop.com",

  name = "HelloWorld",

  serviceName = "HelloWorldService")

客户端

开发步骤如下：

1.  在应用的类路径下放入JAX-WS的jar文件(下载路径：https://jax-ws.dev.java.net)。如果你使用的是JDK6，这一步可以省略，因为JDK6已经绑定了JAX-WS。目前JDK6绑定的JAX-WS版本是2.0。这意味着，当某些应用使用的JAX-WS版本高于2.0时，就有可能发生版本问题，这时，你需要升级JDK6中的JAX-WS版本，方法如下：

下载最高版本的JAX-WS，在产品lib目录中找到jaxws-api.jar和jaxb-api.jar，把这两个文件copy到JDK6_HOME/jre/lib/endorsed目录下。

      

  如果有同学使用开发工具是myeclipse，这时应该把myeclipse所使用的jdk更改为你系统安装的jdk。

2.  利用Web Service客户端生成工具生成辅助类。

3.  第三步：借助辅助类调用web service。

这里我们使用wsimport工具的Ant任务类生成辅助类

<?xml version="1.0"encoding="UTF-8"?>

<project name="WSClient" default="wsclientgen"basedir=".">

   <propertyname="src.dir" value="${basedir}/src" />

   <path id="build.classpath"description="设置类路径">

        <fileset dir="${basedir}/lib">

            <includename="*.jar"/>

        </fileset>

    </path>

    <targetname="wsclientgen"description="生成webservice客户端辅助代码，执行后请刷新项目">

      <taskdef name="wsimport"classname="com.sun.tools.ws.ant.WsImport"classpathref="build.classpath"/>

      <wsimportwsdl="http://localhost:8080/WsHelloWorld/HelloWorldBean?wsdl"

      sourcedestdir="${src.dir}" package="com.foshanshop.ws.client"keep="true"

      verbose="true" destdir="${basedir}/bin"/>

    </target>

</project>