数据挖掘的目的：提高市场决策能力；检测异常模式；在过去的经验基础上预言未来趋势等。

数据挖掘不同的术语和定义：data mining, knowledge discovery, pattern discovery, data dredging, knowledge, data archeology.

JMX的前身是JMAPI。

JMX致力于解决分布式系统管理的问题，因此，能够适合于各种不同的环境是非常重要的。为了能够利用功能强大的Java计算环境解决这一的问题，Sun公司扩充了Java基础类库，开发了专用的管理类库。

JMX是一种应用编程接口，可扩充对象和方法的集合体，可以用于跨越一系列不同的异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用它提供了用户界面指导、Java类和开发集成系统、网络及网络管理应用的规范。

管理对象是JMX应用程序的核心。JMX结构包括：支持Java的Web浏览器用户接口，管理运行模块ARM(Admin Runtime Module)和应用。这三个部件之间通过RMI（Remote Method Invocation）进行通信。这里需要说明的是，RMI是使得一个Java虚拟机（JVM）上运行的程序可以调用远程服务器上另一个JVM总的对象。

用户接口用来发布管理操作，这些操作可以间接的通过浏览器或通过单独的应用程序来激发。管理运行模块用来给应用提供实例化的管理对象。它包括Agent对象接口，通知接口和被管数据接口。应用指的是那些被管设备单元。

JMX是一个完整的网络管理应用程序开发环境，它同时提供了：厂商需要收集的完整的特性清单，可生成资源清单表格，图形化的用户接口；访问SNMP的网络API；主机间远程过程调用；数据库访问方法。

JMX这一轻型的管理基础结构，价值在于对被管理资源的服务实现了抽象，提供了低层的基本类集合，开发人员在保证大多数的公共管理类的完整性和一致性的前提下，进行扩展以满足特定网络管理应用的需要。

JMX注重于构造管理工具的软件框架，并尽量采用已成熟的技术。

JMX体系被分成三个层次

• 表现层
• 代理层
• 分布式服务层

表现层

表现层定义的是JMX可管理资源所在的层。

这些已管理的资源可以编写或封装为MBean。

MBean分为四种类型： 标准、动态、开放、模型

代理层

定义的是MBean向应用程序施加管理的层。包括MBean服务器和代理服务的定义。还至少包括一个协议适配器或连接器。

代理的组成： 。一个MBean服务器 。要管理的MBean 。作为MBean实现的代理服务 。至少一个协议适配器

MBean

在JMX中，最小的可管理单元是MBean。

MBean不是一个真正的接口和类，而是必须准循的设计模式以确保资源是一个兼容的MBean。

MBean的激活方法:

invoke()方法是管理应用程序用于激活MBean的方法的手段。 invoke()方法有三个参数，分别是方法的名称、表示属性的对象数组和描述方法签名的一个字符串数组。它与使用Java Reflection Api 激活方法的方式类似。

Notification(通知)模型：

MBean的通知模型类似与Java事件的监听器模型。 MBean或管理应用程序可以作为MBean事件的监听器注册。 通知支持由两个基本的概念组成，即广播器和监听器。

MBean服务器

MBean服务器用于注册可管理的MBean。

所有对MBean的请求或查询都是通过MBean服务器实施的。

代理服务

代理服务是一些特殊的函数，代理把这些服务提供给MBean，这些代理服务独立于任何MBean。

一个代理可以提供四种主要的服务：

• 动态装载：允许代理通过下载这个Bean的类动态实例化MBean，这与装载applet的方式类似。

• 监控：允许代理通知有关的监听器监控一个MBean的属性值的变化

• 计时器：允许预设的时间间隔发送通知，可以作为一个调度程序
• 关系：允许创建和维护MBean之间的关系

分布式服务层

包含协议适配器和连接器两种类型的组件，通过它们连接到外部的应用，如RMI管理应用、基于浏览器的管理控制等

协议适配器和连接器

协议适配器是代理与管理客户通信的手段，每个通信的协议都可能不同。

它们都是管理客户与MBean交互的方式。

JMX的好处

• 可减少对JAVA应用实施管理的投资
• 提供了一个可伸缩的管理框架
• 集成现有的管理方案：如：WBEM，SNMP，TMN
• 使用现有的标准JAVA技术
• 能使用未来的一些管理概念：如Jini连接技术、通用即插即用、服务定位协议(Service Location Protocol)
• 只定义了一些可以访问的接口

本介绍摘录自Huihoo

参见

• JMX相关框架
• MC4J
• XMOJO
• MX4J
• JFoxMX
• JMX4Ant
• Panoptes
• EJTools JMX Browser
• jManage

14.5.1.1 Hessian的下载和安装

Hessian的下载和安装请按如下步骤进行：

（1）登陆http://www.caucho.com/hessian/下载Hessian的Java二进制包，笔者成书之时，Hessian的最新版本是Hessian 3.0.13。下载hessian-3.0.13.jar文件。

（2）将该文件复制到名为hessian的Web应用下，所有的jar文件都应该放在WEB-INF/lib下，该文件也不例外。

（3）为了编译Hessian客户端程序，建议将hessian-3.0.13.jar添加到环境变量里。

14.5.1.2 Hessian服务器端

推荐采用面向接口编程，因此，Hessian服务建议通过接口暴露。服务接口如下：

//服务接口

public interface Hello

{

         //方法声明

    public String hello(String name);

}

接口的实现类如下：

//服务实现类，实现Hello接口

public class HelloImpl implements Hello

{

    public String hello(String name)

    {

           return "hello " + name + "欢迎学习Hessian";

    }

}

这个接口和实现类简单得难以置信。它们没有任何特别之处，这正是Hessian的魅力，代码污染降低到最小。当然，只是示例程序，所以服务也相当简单。Hessian要求远程服务通过Servlet暴露出来，必须在web.xml文件中配置该Servlet。web.xml的详细配置如下：

<?xml version="1.0" encoding="ISO-8859-1"?>

<!--  Web配置文件的文件头，包含dtd等信息-->

<!DOCTYPE web-app

    PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"

"http://java.sun.com/dtd/web-app_2_3.dtd">

<!--  Web配置文件的根元素-->

<web-app>

<servlet>

           <!--  配置Servlet名，后面根据该名完成远程服务映射-->

            <servlet-name>hessianService</servlet-name>

                   <!--  Hessian远程服务需要HessianServlet暴露Hehes-->

                   <servlet-class>com.caucho.hessian.server.HessianServlet</servlet-class>

                   <!--  随应用启动而启动>

            <load-on-startup>1</load-on-startup>

                   <!--  使用init-param配置服务的实现类-->

            <init-param>

                 <param-name>service-class</param-name>

                 <param-value>lee.HelloImpl</param-value>

            </init-param>

</servlet>

<!--  映射Servlet的url，该Servlet的url就是Hessian服务名-->

    <servlet-mapping>

            <servlet-name>hessianService</servlet-name>

                   <!--  远程服务名为hessianService-->

            <url-pattern>/hessianService</url-pattern>

    </servlet-mapping>

</web-app>

将刚才的接口和实现放Web应用的WEB-INF/class路径下，编译它们。然后将此web.xml文件放在WEB-INF下，启动Web服务器。笔者使用的Web服务器是Tomcat5.0.28，Tomcat的端口是8888。则远程服务的url为：http://localhost:8888/hessian/hessianService。

14.5.1.3 Hessian客户机端

Hessian的服务可以用HessianProxyFactory工具类调用，还可以在小型智能设备上调用。HessianProxyFactory的create方法，用于获取Hessian服务的远程引用。Hessian的客户端如下：

public class HessianClient

{

    public static void main(String []args) throws Exception

    {

                   //Hessian服务的url

           String url = "http://localhost:8888/hessian/hessianService";

                   //创建HessianProxyFactory实例

           HessianProxyFactory factory = new HessianProxyFactory();

                   //获得Hessian服务的远程引用

           Hello d = (Hello) factory.create(Hello.class, url);

                   //调用远程服务。

           System.out.println("下面调用Hessian服务: " + d.hello("yeeku"));

    }

}

客户端仅仅需要Hello接口，而无须真实的实现类。如果使用小型智能设备作为客户端的运行环境，客户端代码片段如下：

//创建Hessian输入流，用于输入请求

MicroHessianInput in = new MicroHessianInput();

//Hessian服务的url

String url = "http://localhost:8888/hessian/hessianService";

//创建HttpSConnection实例

HttpConnection c = (HttpConnection) Connector.open(url);

//设置参数提交方式

c.setRequestMethod(HttpConnection.POST);

//打开输出流，准备调用服务器方法

OutputStream os = c.openOutputStream();

//以输出流创建MicroHessianOutput对象，该对象用于调用hessian的方法

MicroHessianOutput out = new MicroHessianOutput(os);

//调用远程方法:hello是方法名,yeeku是参数

out.call("hello", “yeeku”);

os.flush();

//打开输入流，准备接收返回值

is = c.openInputStream();

以输入流为参数，创建MicroHessianInput对象

MicroHessianInput in = new MicroHessianInput(is);

获得返回值

Object value = in.readReply(“yeeku”);

一、历史

二、目标

• 完全支持对象模型，包括引用、集合、接口、继承
  
• 完全透明持久化：这使得业务对象完全独立于任何数据库技术，这使用了一个字节码增强机制（a byte-code enhancement mechanism）。
  
• 缩短开发周期（不再需要映射）
  
• 在开发小组中清晰地划分业务人员和数据库人员。
  
• 通用持久性
   JDBC限于RDBMS，JDO潜在地可以处理任何类型的数据源，包括RDBMS，ODBMS，TP监控处理，ASCII无格式文件，xml文件，properties文件，大机上的Cobol数据库，等
   JDO是面向大型信息系统的一个完全的解决方案，在这样的系统中，信息存储于多种异质数据源
  
• 涵盖J2EE、J2SE、J2ME的广泛实现
  
• 强壮的事务模型
  
• 同时支持C/S和多层体系结构

三、体系

JDO 包

JDO对象模型

• JDO对象模型基本上是Java的对象模型，包括所有的基本类型，引用，集合和事件接口。
  
• 除了系统定义类（system-defined classes），支持所有的字段类型（包括简单型、可变和不变的对象类型〔immutable and mutable object types〕、用户定义类、数组、集合、接口）。
  
• 支持所有的成员变量修饰符（private, public, protected, static, transient, abstract, final, synchronized, volatile）
  
• 除了对象状态依赖于不可访问的或远程对象，即继承于java.net.SocketImpl、本地方法等，所有的用户定义类都可以是PersistentCapable。

JDO对象生命周期

pmf = (PersistenceManagerFactory) (Class.forName("com.libelis.lido.PersistenceManagerFactory").newInstance()); 
pmf.setConnectionDriverName("versant"); 
pmf.setConnectionURL(dbName); 
pm = pmf.getPersistenceManager(); 
tx = pm.currentTransaction(); 
tx.begin(); 
Provider aProvider = new Provider("LIBeLIS"); 
pm.makerPersistent(aProvider); // aProvider now persists 
Address anAddress = new Address("25 rue Paul Barruel", "France", "Paris"); 
aProvider.address = anAddress ; // anAddress now persists 
tx.commit(); 
pm.close(); 

System.out.println(aProvider.address.city);

pmf = (PersistenceManagerFactory) (Class.forName("com.libelis.lido.PersistenceManagerFactory").newInstance()); 
pmf.setConnectionDriverName("versant"); 
pmf.setConnectionURL(dbName); 
pm = pmf.getPersistenceManager(); 
tx = pm.currentTransaction(); 
tx.begin(); 
Provider aProvider = new Provider("LIBeLIS"); 
pm.makerPersistent(aProvider); 
Address anAddress = new Address("25 rue Paul Barruel", "France", "Paris"); 
aProvider.address = anAddress ; 
tx.commit(); // objects are stored into the data source, client cache is discarded, references are invalid 
tx.begin(); 
System.out.println(aProvider); // aProvider is refreshed from the data source 
tx.commit(); 
pm.close();

tx.begin(); 
aProvider.address = aNewAdr; // aProvider is marked as dirty 
tx.commit(); // aProvider will updated in the data source

开发周期

在两层（Client/Server）结构中整合

四、JDO和J2EE

资源链接

• Sun JDO Specification
• JDO JSR page
• Sun JDO site
• Byte-code enhancement web sites
• LIBeLIS LiDO site
• Versant enJin

摘自：http://www.javaresearch.org/article/showarticle.jsp?column=108&thread=2406

公用对象请求代理（调度）程序体系结构（Common Object Request Broker Architecture），缩写为 CORBA，是对象管理组织（Object Management Group）对应当今快速增长的软硬件的协同工作能力的要求而提出的方案。简而言之，CORBA 允许应用程序和其他的应用程序通讯，而不论他们在什么地方或者由谁来设计。CORBA 1.1 由对象管理组织在 1991 年发布。他定义了接口定义语言（IDL）和应用编程接口（API），从而通过实现对象请求代理（ORB）来激活客户/服务器的交互。CORBA 2.0 于 1994 年的 12 月发布。他定义了如何跨越不同的 ORB 提供者而进行通讯。

ORB 是一个中间件，他在对象间建立客户-服务器的关系。通过 ORB，一个客户可以很简单地使用服务器对象的方法而不论服务器是在同一机器上还是通过一个网络访问。ORB 截获调用然后负责找到一个对象实现这个请求，传递参数和方法，最后返回结果。客户不用知道对象在哪里，是什么语言实现的，他的操作系统以及其他和对象接口无关的东西。

在传统的客户/服务器程序中，开发者使用他们自己设计的或者公认的标准定义设备之间的协议。协议的定义依赖于实现的语言，网络的传输和其他许许多多因素。ORB 将这个过程简单化。使用 ORB，协议定义是通过应用接口，而该接口是接口定义语言（IDL）的一个实现，他和使用的编程语言无关的。并且 ORB 提供了很大的灵活性。他让程序员选择最适当的操作系统，运行环境和设计语言来建设系统中每个组件。更重要的是，他允许集成已经存在的组件。

CORBA 是在面向对象标准化和互操作性道路上的一个信号。通过 CORBA，用户不必要知道软硬件的平台和他们处在企业网的什么地方就可以操作。

ORB 结构

下面我来用些图形说明一下：

通过 ORB 发送请求


上面的图形说明的是客户端发送一个请求到对象的实现。客户端是希望对某对象执行操作的实体。对象的实现是一片代码和数据来实际实现对象。ORB 负责下面的必要的机制：对该请求找到对象的实现，让对象的实现准备好接受请求，和请求交换数据。客户端的接口完全独立于对象的位置，其实现的语言和其他不影响对象接口的东西。

ORB 接口的结构


上面的图形显示的是一个独立的对象请求代理（ORB）的结构。ORB 的接口是灰色的矩形。箭头说明 ORB 的调用关系。

为了提出一个请求，客户端可以使用动态调用接口（Dynamic Invocation Interface）（和目标对象的接口独立）或者一个 OMG 的 IDL 占位程序（具体的占位程序依赖于目标对象的接口）。客户端也可以直接和 ORB 在某些地方交互。

对象的实现通过 OMG 的 IDL 产生的骨架或者是一个动态骨架的调用来接受请求。对象的实现可能在处理请求或其他的时候调用 ORB。

对象接口定义的定义可以有下面两种方式。接口可以通过接口定义语言静态的定义，这叫做 OMG 的 IDL。该语言按照可以进行的操作和该操作的参数定义对象类型。或者（也可以作为补充），接口可以加入到 Interface Repository service。该服务描述了该接口作为一个对象的组件，并允许运行时访问这些组件。在任何 ORB 实现中，IDL 和 Interface Repository 有相同的表达能力。

客户端使用占位程序或者动态调用接口


客户端通过访问对象的对象引用和了解对象的类型及要求执行的操作来发布一个请求。客户调用占位程序例程来请求或者动态构造请求。

无论动态还是占位程序的接口都可以相同实现。接收方不可能知道请求是如何发布的。

对象的实现接受请求


ORB 向对象实现定位适当的代码，传递参数，传输控制。这一切都通过 IDL 骨架或者动态骨架。骨架对于不同的接口和对象适配器是不同的。在执行该请求的时候，对象的实现可能由 ORB 通过对象适配器来获得一定的服务。当请求完成，控制和输出值返回给客户。

对象的实现可能会选择使用的对象适配器。该决定基于对象的实现要求的服务。

接口和 Implementation Repositories


上图说明的是接口和实现信息如何让客户和对象实现访问的。接口用 OMG 的 IDL 和/或 Interface Repository 定义。该定义用于产生客户占位程序和对象的实现的骨架。

对象的实现的信息在安装时就提供好了，储存在 Implementation Repository 中以便请求发布的时候使用。

　　我们知道，J2EE应用系统只有部署在J2EE容器中才能运行，那么为什么划分为J2EE容器和J2EE应用系统？ 通过对J2EE容器运行机制的分析（见我的电子教材“EJB实用原理”），我们可以发现：实际上J2EE容器分离了一般应用系统的一些通用功能，例如事务机制、安全机制以及对象池或线程池等性能优化机制。

　　这些功能机制是每个应用系统几乎都需要的，因此可以从具体应用系统中分离出来，形成一个通用的框架平台，而且，这些功能机制的设计开发有一定难度，同时运行的稳定性和快速性都非常重要，必须经过长时间调试和运行经验积累而成，因此，形成了专门的J2EE容器服务器产品，如Tomcat JBoss、Websphere、WebLogic等。

　　从J2EE系统划分为J2EE容器和J2EE应用系统两个方面，我们已经看到一种分散关注的思路（separation of concerns）。

分散关注

　　将通用需求功能从不相关类之中分离出来；同时，能够使得很多类共享一个行为，一旦行为发生变化，不必修改很多类，只要修改这个行为就可以。

　　 AOP就是这种实现分散关注的编程方法，它将“关注”封装在“方面”中。

AOP是什么？

　　AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向方面编程。AOP实际是GoF设计模式的延续，设计模式孜孜不倦追求的是调用者和被调用者之间的解耦，AOP可以说也是这种目标的一种实现。

　　举例：假设有在一个应用系统中，有一个共享的数据必须被并发同时访问，首先，将这个数据封装在数据对象中，称为Data Class，同时，将有多个访问类，专门用于在同一时刻访问这同一个数据对象。

　　为了完成上述并发访问同一资源的功能，需要引入锁Lock的概念，也就是说，某个时刻，当有一个访问类访问这个数据对象时，这个数据对象必须上锁Locked，用完后就立即解锁unLocked，再供其它访问类访问。

　　使用传统的编程习惯，我们会创建一个抽象类，所有的访问类继承这个抽象父类，如下：

• accessDataObject()方法需要有“锁”状态之类的相关代码。
• Java只提供了单继承，因此具体访问类只能继承这个父类，如果具体访问类还要继承其它父类，比如另外一个如Worker的父类，将无法方便实现。
• 重用被打折扣，具体访问类因为也包含“锁”状态之类的相关代码，只能被重用在相关有“锁”的场合，重用范围很窄。
  
  仔细研究这个应用的“锁”，它其实有下列特性：
• “锁”功能不是具体访问类的首要或主要功能，访问类主要功能是访问数据对象，例如读取数据或更改动作。
• “锁”行为其实是和具体访问类的主要功能可以独立、区分开来的。
• “锁”功能其实是这个系统的一个纵向切面，涉及许多类、许多类的方法。如下图：
  
  

　　因此，一个新的程序结构应该是关注系统的纵向切面，例如这个应用的“锁”功能，这个新的程序结构就是aspect（方面）

　　在这个应用中，“锁”方面（aspect）应该有以下职责：

　　提供一些必备的功能，对被访问对象实现加锁或解锁功能。以保证所有在修改数据对象的操作之前能够调用lock()加锁，在它使用完成后，调用unlock()解锁。

AOP应用范围

　　很明显，AOP非常适合开发J2EE容器服务器，目前JBoss 4.0正是使用AOP框架进行开发。
　　具体功能如下：
Authentication 权限
Caching 缓存
Context passing 内容传递
Error handling 错误处理
Lazy loading　懒加载
Debugging　　调试
logging, tracing, profiling and monitoring　记录跟踪　优化　校准
Performance optimization　性能优化
Persistence　　持久化
Resource pooling　资源池
Synchronization　同步
Transactions 事务

AOP有必要吗？

　　当然，上述应用范例在没有使用AOP情况下，也得到了解决，例如JBoss 3.XXX也提供了上述应用功能，但是没有使用AOP。

　　但是，使用AOP可以让我们从一个更高的抽象概念来理解软件系统，AOP也许提供一种有价值的工具。可以这么说：因为使用AOP结构，现在JBoss 4.0的源码要比JBoss 3.X容易理解多了，这对于一个大型复杂系统来说是非常重要的。

　　从另外一个方面说，好像不是所有的人都需要关心AOP，它可能是一种架构设计的选择，如果选择J2EE系统，AOP关注的上述通用方面都已经被J2EE容器实现了，J2EE应用系统开发者可能需要更多地关注行业应用方面aspect。

AOP具体实现

　　AOP是一个概念，并没有设定具体语言的实现，它能克服那些只有单继承特性语言的缺点（如Java），目前AOP具体实现有以下几个项目：

　　AspectJ (TM)：　创建于Xerox PARC. 有近十年历史，成熟
　　缺点：过于复杂；破坏封装；需要专门的Java编译器。

　　动态AOP：使用JDK的动态代理API或字节码Bytecode处理技术。

　　基于动态代理API的具体项目有：
　　JBoss 4.0 JBoss 4.0服务器
　　nanning　这是以中国南宁命名的一个项目，搞不清楚为什么和中国相关？是中国人发起的？

　　基于字节码的项目有：
　　aspectwerkz　
　　spring　？

在以后其它文章中，我将继续对AOP概念进行分析，和大家一起学习进步。

参考资料：
http://www.voelter.de/data/articles/aop/aop.html
Aspect-Oriented_Java_Development.pdf

　　JMS的通用接口集合以异步方式发送或接收消息。异步方式接收消息显然是使用间断网络连接的客户机，诸如移动电话和PDA的最好的选择。另外， JMS采用一种宽松结合方式整合企业系统的方法，其主要的目的就是创建能够使用跨平台数据信息的、可移植的企业级应用程序，而把开发人力解放出来。

　　Java消息服务支持两种消息模型：Point-to-Point消息(P2P)和发布订阅消息（Publish Subscribe messaging，简称Pub/Sub）。JMS规范并不要求供应商同时支持这两种消息模型，但开发者应该熟悉这两种消息模型的优势与缺点。

　　P2P消息模型是在点对点之间传递消息时使用。如果应用程序开发者希望每一条消息都能够被处理，那么应该使用P2P消息模型。与Pub/Sub消息模型不同，P2P消息总是能够被传送到指定的位置。

　　Pub/Sub模型在一到多的消息广播时使用。如果一定程度的消息传递的不可靠性可以被接受的话，那么应用程序开发者也可以使用Pub/Sub消息模型。换句话说，它适用于所有的消息消费程序并不要求能够收到所有的信息或者消息消费程序并不想接收到任何消息的情况。

　　JMS通过允许创建持久订阅来简化时间相关性，即使消息预订者未激活也可以接收到消息。此外，使用持久订阅还可通过队列提供灵活性和可靠性，而仍然允许消息被发给许多的接收者。 Topic Subscriber topic Subscriber = topicSession.createDurableSubscriber(topic, subscriptionName); 　　Connection对象表示了到两种消息模型中的任一种的消息系统的连接。服务器端和客户机端对象要求管理创建的JMS连接的状态。连接是由Connection Factory创建的并且通过JNDI查寻定位。 //取得用于 P2P的 QueueConnectionFactory QueueConnectionFactory = queueConnectionFactory( ); Context messaging = new InitialContext( ); QueueConnectionFactory = (QueueConnectionFactory) Messaging.lookup(“QueueConnectionFactory”); //取得用于 pub/sub的 TopicConnectionFactory TopicConnectonFactory topicConnectionFactory; Context messaging = new InitialContext(); topicConnectionFactory = (TopicConnectionFactory) messaging.lookup(“TopicConnectionFactory”); 　　注意：用于P2P的代码和用于PublishSubscribe的代码非常相似。

　　如果session被标记为transactional的话，确认消息就通过确认和校正来自动地处理。如果session没有标记为 transactional，你有三个用于消息确认的选项。

　　· AUTO_ACKNOWLEDGE session将自动地确认收到一则消息。

　　· CLIENT_ACKNOWLEDGE 客户端程序将确认收到一则消息，调用这则消息的确认方法。 　　　· DUPS_OK_ACKNOWLEDGE 这个选项命令session“懒散的”确认消息传递，可以想到，这将导致消息提供者传递的一些复制消息可能会出错。这种确认的方式只应当用于消息消费程序可以容忍潜在的副本消息存在的情况。 queueSession = queueConnection.createQueueSession(false, session.AUTO_ACKNOWLEDGE);//P2P topicSession = topicConnection.createTopicSession(false, session.AUTO_ACKNOWLEDGE); //Pub-Sub

　　注意：在本例中，一个session目的从连结中创建，非值指出session是non-transactional的，并且 session将自动地确认收到一则消息。

　　JMS现在有两种传递消息的方式。标记为NON_PERSISTENT的消息最多投递一次，而标记为PERSISTENT的消息将使用暂存后再转送的机理投递。如果一个JMS服务离线，那么持久性消息不会丢失但是得等到这个服务恢复联机时才会被传递。所以默认的消息传递方式是非持久性的。即使使用非持久性消息可能降低内务和需要的存储器，并且这种传递方式只有当你不需要接收所有的消息时才使用。

　　虽然 JMS规范并不需要JMS供应商实现消息的优先级路线，但是它需要递送加快的消息优先于普通级别的消息。JMS定义了从0到9的优先级路线级别，0是最低的优先级而9则是最高的。更特殊的是0到4是正常优先级的变化幅度，而5到9是加快的优先级的变化幅度。举例来说： topicPublisher.publish (message, DeliveryMode.PERSISTENT, 8, 10000); //Pub-Sub 或 queueSender.send(message, DeliveryMode.PERSISTENT, 8, 10000);//P2P 　　这个代码片断，有两种消息模型，映射递送方式是持久的，优先级为加快型，生存周期是10000 (以毫秒度量 )。如果生存周期设置为零，这则消息将永远不会过期。当消息需要时间限制否则将使其无效时，设置生存周期是有用的。

　　JMS定义了五种不同的消息正文格式，以及调用的消息类型，允许你发送并接收以一些不同形式的数据，提供现有消息格式的一些级别的兼容性。

　　· StreamMessage -- Java原始值的数据流

　　· MapMessage--一套名称-值对

　　· TextMessage--一个字符串对象

　　· ObjectMessage--一个序列化的 Java对象

　　· BytesMessage--一个未解释字节的数据流

　　JMS应用程序接口提供用于创建每种类型消息和设置荷载的方法例如，为了在一个队列创建并发送一个TextMessage实例，你可以使用下列语句： TextMessage message = queueSession.createTextMessage(); message.setText(textMsg); 　　以异步方式接收消息，需要创建一个消息监听器然后注册一个或多个使用MessageConsumer的JMS MessageListener接口。会话(主题或队列)负责产生某些消息，这些消息被传送到使用onMessage方法的监听者那里。 import javax.jms.*; public class ExampleListener implements MessageListener { //把消息强制转化为TextMessage格式 public void onMessage(Message message) { TextMessage textMsg = null; // 打开并处理这段消息 } } 　　当我们创建QueueReceiver和TopicSubscriber时，我们传递消息选择器字符串： //P2P QueueReceiver QueueReceiver receiver; receiver = session.createReceiver(queue, selector); //Pub-Sub TopicSubscriber TopicSubscriber subscriber; subscriber = session.createSubscriber(topic, selector); 　　为了启动消息的交付，不论是Pub/Sub还是P2P，都需要调用start方法。 TopicConnection.start( ); //pub-sub QueueConnection.start( ); //P2P TopicConnection.start ( );// pub-sub QueueConnection.start ( );// P2P

　　当一条消息被捕捉时，这条消息做为一条必须被强制转化为适当消息类型的普通Message对象到达。这是一个被用来提取或打开消息内容的getter方法。下列代码片段使用StreamMessage类型。 private void unPackMessage (Message message) { String eName; String position; double rate; StreamMessage message; Message = session.createStreamMessage( ); //注意下面的代码必须按照我给出的顺序书写 message.writeString(eName); message.writeString(position); message.writeDouble(rate); //实现处理消息的必要的程序逻辑 }

　　停止消息的传递，无论是Pub/Sub还是P2P，都调用stop方法。 TopicConnection.start( ); //pub-sub QueueConnection.start( ); //P2P TopicConnection.start ( );// pub-sub QueueConnection.start ( );// P2P 　　其他的J2EE组件--servlet或EJB--可以当作消息生产者；然而，它们可能只能同步操作，这可能是因为它们的请求-应答的性质决定的。虽然XML目前还不是被支持的消息类型，发送一个XML文件和创建一条文本类型消息以及把XML文件添加到消息的有效负载都一样简单，都是以非专有的方式传送数据。值得注意的是，一些JMS供应厂商已经提供了可用的XML消息类型。但是使用非标准的消息类型可能会出现可移植性问题。 String reportData; //reportData内容为XML 文档 TextMessage message; message = session.createTextMessage(); message.setText (reportData);

　　消息驱动组件(MDB)是一个当消息到达时被容器调用的异步消息消费程序。和entity和session EJB不同，MDB没有本地和远程接口并且是匿名的；它们对于客户是不可见的。MDB是JMS系统的一部分，作为消费者实现服务器上的商业逻辑程序。 一个客户程序可能通过使用JNDI定位一个与MDB相关联的JMS。 例如： Context initialContext = new InitialContext(); Queue reportInfoQueue = (javax.jms.Queue)initialContext.lookup (“java:comp/env/jms/reportInfoQueue”); 　　MDB是由Bean类和相应的XML部署描述符组成。 Bean 类实现MessageDriveBean 接口： import javax.ejb.*; import jms.Message.*; public interface MessageDriveBean { public void ejbCreate(); public void ejbRemove(); public void setMessageDrivenContext(MessageDrivenContext ctx); } 　　消息监听器接口： import javax.jms.*; public interface MessageListener { public void onMessage( ); }

　　部署描述符 ＜!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd"＞ ＜ejb-jar＞ ＜enterprise-beans＞ ＜message-driven＞ ＜ejb-name＞MDB＜/ejb-name＞ ＜ejb-class＞MDB＜/ejb-class＞ ＜transaction-type＞Container＜/transaction-type＞ ＜message-driven-destination＞ ＜jms-destination-type＞javax.jms.Queue＜/jms-destination-type＞ ＜/message-driven-destination＞ ＜security-identity＞ ＜run-as-specified-identity＞ ＜role-name＞everyone＜/role-name＞ ＜/run-as-specified-identity＞ ＜/security-identity＞ ＜/message-driven＞ ＜/enterprise-beans＞ ＜/ejb-jar＞ 　　既然我们现在已经有了一些基本的JMS知识，那么我们可以使用JMS做什么呢？任何事情都可以。 　　例如，分别用于销售、库存、客户服务和账目处理的系统。这些部门之间的系统很可能已经存在了很长时间，这些处理要求把事务移动到系统中去，这并不是一个小的工作。这就是消息服务适用的地点。

　　当售货员完成销售的时候，一条消息被发给库存系统；一旦订单消息发送给收发货人员，就可以按照订单出货了。当订单成功地发货，系统将通知顾客服务和会计系统这个订单已经成功的交易了。所有对应的每个子系统都自动地根据收到的消息进行更新。

　　JMS一般都不是用来整合一个系统，而是整合许多可能参与消息驱动环境的系统。JMS是一个用于开发和集成企业应用程序的重要的工具。因为许多公司都有以前遗留下来的系统和新近开发的系统综合起来的系统，消息的使用是整合整个企业的重要的步骤。