- 浏览: 413031 次
- 性别:
- 来自: 广州
文章分类
最新评论
-
liyuanhoa_:
...
struts2.0中struts.xml配置文件详解 -
chenmingde:
...
Velocity应用(一) -
weizhikai_ai:
第二十六,当一个线程进入一个对象的一个synchronized ...
Java常见面试题(含答案) -
Aurora_lr:
...
Spring宠物商店学习笔记(一) - -
zs911zs:
all copy from http://www.iteye ...
Mule入门文档
应用程序 第 1 页(共15 页)
http://liyizao.iteye.com/blog/68161
JMS 应用程序由以下元素组成:
JMS 客户机。 用 JMS API 发送和接收消息的 Java 程序。
非 JMS 客户机。 认识到传统程序通常整个 JMS 应用程序的一部分是非常重要的,在规划时必须优先考虑它们的存在。
消息。就JMS 应用程序设计而言,通过JMS 和非 JMS 客户机所交换的消息的格式和内容是完整的。
JMS 提供者。 如前所述,JMS 定义了一组接口,供应者必须提供特定于其 MOM 产品的具体实现。
管理对象。 消息系统提供者的管理员创建的、独立于提供者的专有技术的对象。
管理对象 第 2 页(共15 页)
MOM 产品的提供者在实现消息时使用的机制和技术有很大不同。为了保持 JMS 客户机的可移植性,实现了 JMS 接口的对象必须与提供者的专有技术隔离。
完成这项任务的机制是 管理对象。这些实现 JMS 接口的对象由提供者的消息系统的管理员创建,并被放置在 JNDI 名字空间中。
然后由 JMS 程序检索这些对象,通过它们实现的 JMS 接口访问这些对象。JMS 提供者必须提供允许创建受管理对象及它们在 JNDI 名字空间中的存放地的工具。
有两种受管理对象:
ConnectionFactory:用于创建到提供者的底层消息系统的连接。
Destination:用 JMS 客户机来指定正发送消息的目的地或正接收消息的来源。
尽管受管理对象本身就是特定于提供者实现的类的例子,但可以使用可移植机制(JNDI)检索它们,并且可以通过可移植接口(JMS)访问它们。JMS 程序只需要知道管理对象的 JNDI 名称和 JMS 接口类型即可,无需了解特定于提供者的知识。
接口 第 3 页(共15 页)
JMS 定义了一组封装各种消息概念的高级接口。而这些接口又因为两个消息域——PTP 和 pub/sub——进行了进一步地定义和定制。
高级接口包括:
ConnectionFactory:一个创建 Connection 的受管理对象。
Connection:连接到提供者的活动连接。
Destination:一个封装消息目的地的身份的受管理对象,如消息的来源地和发送地。
Session:发送和接收消息的单线程环境。为了简化,并且因为 Session 控制事务的缘故,通过多个线程进行并发访问受到了限制。可以将多个 Session 用于多线程应用程序。
MessageProducer:用于发送消息。
MessageConsumer:用于接收消息。
接口 (续) 第 4 页(共15 页)
下表列出了从每一个高级接口继承的特定于域的接口。
高级接口 PTP 域 Pub/sub 域
ConnectionFactory QueueConnectionFactory TopicConnectionFactory
Connection QueueConnection TopicConnection
Destination Queue Topic
Session QueueSession TopicSession
MessageProducer QueueSender TopicPublisher
MessageConsumer QueueReceiver,QueueBrowser TopicSubscriber
接口:JMS 1.1 中的变化 第 5 页(共15 页)
在 JMS 以前的版本中,高级接口是特定于域的接口的父接口,并且只包含在两个域中共有的那些功能。JMS 提供者没有提供高级接口的实现。在 JMS 1.1 中,一些高级接口现在则被认为是“公用接口”,并且它们包含两个域的所有功能; JMS 提供者必须提供这些接口的实现。尽管公用接口仍然是特定于域的接口的父接口,但它们现在是 JMS 客户机编程的首选方法,并且它们提供特定于域的接口只为了后向兼容。
下面重新列出了前一小节中的表,展示了一些公用接口。
JMS 公用接口 PTP 域 Pub/sub 域
ConnectionFactory QueueConnectionFactory TopicConnectionFactory
Connection QueueConnection TopicConnection
Destination Queue Topic
Session QueueSession TopicSession
MessageProducer QueueSender TopicPublisher
MessageConsumer QueueReceiver,QueueBrowser TopicSubscriber
统一有公用接口的域会导致继承这些方法的一些特定于域的类不再适合它的域。如果在客户机代码中出现这种情况,JMS 提供者需要使用 IllegalStateException。
开发 JMS 程序 第 6 页(共15 页)
一个典型的 JMS 程序要经过以下步骤才能开始产生和使用消息:
通过 JNDI 查询 ConnectionFactory 。
通过 JNDI 查询一个或者多个 Destination。
用 ConnectionFactory 创建一个 Connection。
用 Connection 创建一个或者多个 Session。
用 Session 和 Destination 创建所需要的 MessageProducer 和 MessageConsumer。
启动 Connection。
这时,消息就可以开始流动,应用程序可以根据需要接收、处理和发送消息。 在后面几节中,我们将开发 JMS 程序,您将会看到这些步骤的细节。
消息 第 7 页(共15 页)
消息系统的核心当然是消息。JMS 为不同类型的内容提供了几种消息类型,但所有消息都是从 Message 接口派生出来的。
Message 分为三个组成部分:
header 是一组标准字段,客户机和提供者都用它们来标识和路由消息。
Properties 提供了一个给消息添加可选标题字段的实用工具。如果应用程序需要用标准标题字段没有提供的方法对消息进行归类或分类,那么可以为消息添加一个属性来实现这种归类和分类;提供了 set<Type>Property(...) 和 get<Type>Property(...) 方法来设置和获得各种 Java 类型的属性,其中包括 Object。JMS 定义了提供者可以选择性提供的一组标准属性。
消息的 body 包含将 发送到接收应用程序的内容。每一个消息接口都专用于它所支持的内容类型。
header 字段 第 8 页(共15 页)
下面列出了 Message 的每一个标题字段的名称、它对应的 Java 类型和字段的描述:
JMSMessageID——类型为 string
惟一标识提供者发送的每一条消息。这个字段是在发送过程中由提供者设置的,客户机只能在消息发送后才能确定消息的 JMSMessageID。
JMSDestination——类型为 Destination
消息发送的 Destination,在发送过程中由提供者设置。
JMSDeliveryMode——类型为 int
包含值 DeliveryMode.PERSISTENT 或者 DeliveryMode.NON_PERSISTENT。持久性消息被传输并且只被传输一次,非持久性消息最多被传输一次。要知道“最多一次”包括根本不传输。非持久性消息在应用程序或者系统出故障时被提供者弄丢。因此要格外小心,确保持久性消息不受故障的影响。这比开销通常被认为是发送持久性消息方面的开销,在决定消息的发送模式时,必须仔细考虑,在可靠性和性能之间进行权衡。
JMSTimestamp——类型为 long
提供者发送消息的时间,由提供者在发送过程中设置。
JMSExpiration——类型为 long
消息失效的时间。这个值是在发送过程中计算的,是发送方法的生存时间(time-to-live)值和当前时间值的和。提供者不应发送过期的消息。值 0 表明消息不会过期。
JMSPriority——类型为 int
消息的优先级,由提供者在发送过程中设置。优先级 0 的优先级最低,优先级 9 的优先级最高。
JMSCorrelationID——类型为 string
通常用来链接响应消息与请求消息,由发送消息的 JMS 程序设置。响应来自另一个 JMS 程序的消息的 JMS 程序将正响应消息的 JMSMessageID 拷贝到这个字段中,这样,正作出响应的程序就可以与它所发出的特定请求的响应相 关联。
JMSReplyTo——类型为 Destination
请求程序用它来指出回复消息应发送的地方,由发送消息的 JMS 程序设置。
JMSType——类型为 string
JMS 程序用它来指出消息的类型。一些提供者维护着一个消息类型仓库,并用该字段引用仓库中的定义类型,在这里,JMS 程序不应该使用这个字段。
JMSRedelivered——类型为 boolean
指出消息被过早地发送给了 JMS 程序,程序不知道消息的接收者是谁;由提供者在接收过程中设置。
标准属性 第 9 页(共15 页)
下面列表给出了 Message 的每一个标准属性的名称、它对应的 Java 类型和该属性的说明。提供者对标准属性的支持是可选的。JMS 为这些属性和将来 JMS 定义的属性保留了 “JMSX” 属性名。
JMSXUserID——类型为 string
发送消息的用户的身份。
JMSXApplID——类型为 string
发送消息的应用程序的身份。
JMSXDeliveryCount——类型为 int
已经尝试发送消息的次数。
JMSXGroupID——类型为 string
该消息所属的消息组的身份。
JMSXGroupSeq——类型为 int
该消息在消息组中的序号。
JMSXProducerTXID——类型为 string
生成该消息的事务的身份。
JMSXConsumerTXID——类型为 string
使用该消息的事务的身份。
JMSXRcvTimestamp——类型为 long
JMS 将消息发送给客户的时间。
JMSXState——类型为 int
提供者用它来维护消息的消息仓库,通常,它与 JMS 生产者和客户关系不大。
JMSX_<vendor_name>
为特定于提供者的属性而保留。
消息正文 第 10 页(共15 页)
有五种消息正文格式,每一种格式都是由一个扩展 Message 的接口定义的。这些接口是:
StreamMessage:包含一组 Java 原始值,这些值是通过标准流操作按顺序进行填充和读取的。
MapMessage:包含一组名称-值( name-value )对,其中名称是 string 的类型,值是 Java 原始值。
TextMessage:包含一个String。
ObjectMessage:包含一个Serializable Java 对象,可以使用 JDK 1.2 的 collection类。
BytesMessage:包含一些未解释字节;允许对正文进行编码来匹配现有的消息格式。
每一个提供者都提供了一些特定于实现这些接口的其产品的类。一定要注意的是, JMS 规范命令提供者必须准备接收和处理不属于它自己的 Message 类的实例的 Message 对象。
尽管提供者处理这些“外来”对象时不能像处理自己对象那样有效,但他们必须处理这些对象来确保与所有 JMS 提供者的互操作性。
事务 第 11 页(共15 页)
JMS 事务将一组已产生的消息和一组已使用的消息组织为原子工作单位。如果事务中出现故障,那么可以“取消”出现错误之前产生和使用消息的操作。
Session 对象控制事务,创建 Session 时将它标注为 transacted。已处理的 Session 总是有一个当前事务,也就是说,它begin();commit() 和 rollback() 可以终止一个事务并自动开始另一个事务。
可以通过 Java Transaction API (JTA)XAResource API 支持分布式事务,尽管这提供者而言是可选择的。
确认 第 12 页(共15 页)
确认是通知提供者已经成功接收到消息的一种机制。
如果被处理的是接收消息的 Session ,则确认的处理是自动的。如果被处理的不是 Session ,则在创建 Session 时确定确认的类型。
有三种类型的确认:
Session.DUPS_OK_ACKNOWLEDGE:消息发送的延迟回执,它通过最小化工作的重复来减少开销,只有在可以预计和处理重复消息时,才可以使用这种确认。
Session.AUTO_ACKNOWLEDGE:在完成接收消息的方法时自动确认消息的发送。
Session.CLIENT_ACKNOWLEDGE:通过调用 Message 的 acknowledge() 方法显式确认消息发送。
消息选择 第 13 页(共15 页)
JMS 提供了一种称为 message selector 的机制,以便 JMS 程序对收到的消息进行过滤和分类。
消息选择器是一个包含表达式的 String ,该表达式的语法是基于 SQL92 的子集的。在尝试接收消息时,对消息选择器进行求值,只有与选择器的选择标准相匹配的消息才能让程序变得可用。
选择是基于与标题字段和属性的匹配度的,正文值不能用于选择。JMS 规范中详细描述了消息选择器的语法。
JMS 和 XML 第 14 页(共15 页)
基于将大量使用 String 消息的假设,JMS 的制定者加入了 TextMessage 消息类型。
他们的理由是, XML 将会成为一种流行———否则就是最流行——的表示消息内容的方法。可移植的传输机制(JMS)结合可移植的数据表示(XML)被证实是企业应用程序集成(EAI)和其他数据交换领域中的一个强大的工具。
JMS 和 J2EE 第 15 页(共15 页)
J2EE 版本 1.2 要求兼容应用服务器包含 JMS API,但并不强制要求提供 JMS 提供者。
J2EE 版本 1.3 要求应用服务器提供 JMS 提供者。J2EE 版本 1.3 还引入了 消息驱动 bean,为 Enterprise JavaBeans 容器增加了异步通知能力,并将此作为 EJB 2.0 规范的一部分。消息驱动 bean 可以实现 MessageListener 接口(请参阅本教程后面的 MessageListener ),并且可以通过EJB 容器在消息到达在部署时指定的目的地时调用消息驱动 bean 。消息驱动 bean 包含处理消息的业务逻辑,如果需要,它还可以调用其他企业 bean 。
J2EE 版本 1.4 要求 J2EE 产品包含支持点对点和发布/订阅消息的 JMS 版本 1.1 提供者。它规定, J2EE 应用程序不能使用 JMS 客户机 API 进行事务处理,事务将由 J2EE 容器处理。J2EE 版本 1.4 还要求 Web 和 EJB 容器中的组件只为每一个连接创建一个活动 Session。
http://liyizao.iteye.com/blog/68161
JMS 应用程序由以下元素组成:
JMS 客户机。 用 JMS API 发送和接收消息的 Java 程序。
非 JMS 客户机。 认识到传统程序通常整个 JMS 应用程序的一部分是非常重要的,在规划时必须优先考虑它们的存在。
消息。就JMS 应用程序设计而言,通过JMS 和非 JMS 客户机所交换的消息的格式和内容是完整的。
JMS 提供者。 如前所述,JMS 定义了一组接口,供应者必须提供特定于其 MOM 产品的具体实现。
管理对象。 消息系统提供者的管理员创建的、独立于提供者的专有技术的对象。
管理对象 第 2 页(共15 页)
MOM 产品的提供者在实现消息时使用的机制和技术有很大不同。为了保持 JMS 客户机的可移植性,实现了 JMS 接口的对象必须与提供者的专有技术隔离。
完成这项任务的机制是 管理对象。这些实现 JMS 接口的对象由提供者的消息系统的管理员创建,并被放置在 JNDI 名字空间中。
然后由 JMS 程序检索这些对象,通过它们实现的 JMS 接口访问这些对象。JMS 提供者必须提供允许创建受管理对象及它们在 JNDI 名字空间中的存放地的工具。
有两种受管理对象:
ConnectionFactory:用于创建到提供者的底层消息系统的连接。
Destination:用 JMS 客户机来指定正发送消息的目的地或正接收消息的来源。
尽管受管理对象本身就是特定于提供者实现的类的例子,但可以使用可移植机制(JNDI)检索它们,并且可以通过可移植接口(JMS)访问它们。JMS 程序只需要知道管理对象的 JNDI 名称和 JMS 接口类型即可,无需了解特定于提供者的知识。
接口 第 3 页(共15 页)
JMS 定义了一组封装各种消息概念的高级接口。而这些接口又因为两个消息域——PTP 和 pub/sub——进行了进一步地定义和定制。
高级接口包括:
ConnectionFactory:一个创建 Connection 的受管理对象。
Connection:连接到提供者的活动连接。
Destination:一个封装消息目的地的身份的受管理对象,如消息的来源地和发送地。
Session:发送和接收消息的单线程环境。为了简化,并且因为 Session 控制事务的缘故,通过多个线程进行并发访问受到了限制。可以将多个 Session 用于多线程应用程序。
MessageProducer:用于发送消息。
MessageConsumer:用于接收消息。
接口 (续) 第 4 页(共15 页)
下表列出了从每一个高级接口继承的特定于域的接口。
高级接口 PTP 域 Pub/sub 域
ConnectionFactory QueueConnectionFactory TopicConnectionFactory
Connection QueueConnection TopicConnection
Destination Queue Topic
Session QueueSession TopicSession
MessageProducer QueueSender TopicPublisher
MessageConsumer QueueReceiver,QueueBrowser TopicSubscriber
接口:JMS 1.1 中的变化 第 5 页(共15 页)
在 JMS 以前的版本中,高级接口是特定于域的接口的父接口,并且只包含在两个域中共有的那些功能。JMS 提供者没有提供高级接口的实现。在 JMS 1.1 中,一些高级接口现在则被认为是“公用接口”,并且它们包含两个域的所有功能; JMS 提供者必须提供这些接口的实现。尽管公用接口仍然是特定于域的接口的父接口,但它们现在是 JMS 客户机编程的首选方法,并且它们提供特定于域的接口只为了后向兼容。
下面重新列出了前一小节中的表,展示了一些公用接口。
JMS 公用接口 PTP 域 Pub/sub 域
ConnectionFactory QueueConnectionFactory TopicConnectionFactory
Connection QueueConnection TopicConnection
Destination Queue Topic
Session QueueSession TopicSession
MessageProducer QueueSender TopicPublisher
MessageConsumer QueueReceiver,QueueBrowser TopicSubscriber
统一有公用接口的域会导致继承这些方法的一些特定于域的类不再适合它的域。如果在客户机代码中出现这种情况,JMS 提供者需要使用 IllegalStateException。
开发 JMS 程序 第 6 页(共15 页)
一个典型的 JMS 程序要经过以下步骤才能开始产生和使用消息:
通过 JNDI 查询 ConnectionFactory 。
通过 JNDI 查询一个或者多个 Destination。
用 ConnectionFactory 创建一个 Connection。
用 Connection 创建一个或者多个 Session。
用 Session 和 Destination 创建所需要的 MessageProducer 和 MessageConsumer。
启动 Connection。
这时,消息就可以开始流动,应用程序可以根据需要接收、处理和发送消息。 在后面几节中,我们将开发 JMS 程序,您将会看到这些步骤的细节。
消息 第 7 页(共15 页)
消息系统的核心当然是消息。JMS 为不同类型的内容提供了几种消息类型,但所有消息都是从 Message 接口派生出来的。
Message 分为三个组成部分:
header 是一组标准字段,客户机和提供者都用它们来标识和路由消息。
Properties 提供了一个给消息添加可选标题字段的实用工具。如果应用程序需要用标准标题字段没有提供的方法对消息进行归类或分类,那么可以为消息添加一个属性来实现这种归类和分类;提供了 set<Type>Property(...) 和 get<Type>Property(...) 方法来设置和获得各种 Java 类型的属性,其中包括 Object。JMS 定义了提供者可以选择性提供的一组标准属性。
消息的 body 包含将 发送到接收应用程序的内容。每一个消息接口都专用于它所支持的内容类型。
header 字段 第 8 页(共15 页)
下面列出了 Message 的每一个标题字段的名称、它对应的 Java 类型和字段的描述:
JMSMessageID——类型为 string
惟一标识提供者发送的每一条消息。这个字段是在发送过程中由提供者设置的,客户机只能在消息发送后才能确定消息的 JMSMessageID。
JMSDestination——类型为 Destination
消息发送的 Destination,在发送过程中由提供者设置。
JMSDeliveryMode——类型为 int
包含值 DeliveryMode.PERSISTENT 或者 DeliveryMode.NON_PERSISTENT。持久性消息被传输并且只被传输一次,非持久性消息最多被传输一次。要知道“最多一次”包括根本不传输。非持久性消息在应用程序或者系统出故障时被提供者弄丢。因此要格外小心,确保持久性消息不受故障的影响。这比开销通常被认为是发送持久性消息方面的开销,在决定消息的发送模式时,必须仔细考虑,在可靠性和性能之间进行权衡。
JMSTimestamp——类型为 long
提供者发送消息的时间,由提供者在发送过程中设置。
JMSExpiration——类型为 long
消息失效的时间。这个值是在发送过程中计算的,是发送方法的生存时间(time-to-live)值和当前时间值的和。提供者不应发送过期的消息。值 0 表明消息不会过期。
JMSPriority——类型为 int
消息的优先级,由提供者在发送过程中设置。优先级 0 的优先级最低,优先级 9 的优先级最高。
JMSCorrelationID——类型为 string
通常用来链接响应消息与请求消息,由发送消息的 JMS 程序设置。响应来自另一个 JMS 程序的消息的 JMS 程序将正响应消息的 JMSMessageID 拷贝到这个字段中,这样,正作出响应的程序就可以与它所发出的特定请求的响应相 关联。
JMSReplyTo——类型为 Destination
请求程序用它来指出回复消息应发送的地方,由发送消息的 JMS 程序设置。
JMSType——类型为 string
JMS 程序用它来指出消息的类型。一些提供者维护着一个消息类型仓库,并用该字段引用仓库中的定义类型,在这里,JMS 程序不应该使用这个字段。
JMSRedelivered——类型为 boolean
指出消息被过早地发送给了 JMS 程序,程序不知道消息的接收者是谁;由提供者在接收过程中设置。
标准属性 第 9 页(共15 页)
下面列表给出了 Message 的每一个标准属性的名称、它对应的 Java 类型和该属性的说明。提供者对标准属性的支持是可选的。JMS 为这些属性和将来 JMS 定义的属性保留了 “JMSX” 属性名。
JMSXUserID——类型为 string
发送消息的用户的身份。
JMSXApplID——类型为 string
发送消息的应用程序的身份。
JMSXDeliveryCount——类型为 int
已经尝试发送消息的次数。
JMSXGroupID——类型为 string
该消息所属的消息组的身份。
JMSXGroupSeq——类型为 int
该消息在消息组中的序号。
JMSXProducerTXID——类型为 string
生成该消息的事务的身份。
JMSXConsumerTXID——类型为 string
使用该消息的事务的身份。
JMSXRcvTimestamp——类型为 long
JMS 将消息发送给客户的时间。
JMSXState——类型为 int
提供者用它来维护消息的消息仓库,通常,它与 JMS 生产者和客户关系不大。
JMSX_<vendor_name>
为特定于提供者的属性而保留。
消息正文 第 10 页(共15 页)
有五种消息正文格式,每一种格式都是由一个扩展 Message 的接口定义的。这些接口是:
StreamMessage:包含一组 Java 原始值,这些值是通过标准流操作按顺序进行填充和读取的。
MapMessage:包含一组名称-值( name-value )对,其中名称是 string 的类型,值是 Java 原始值。
TextMessage:包含一个String。
ObjectMessage:包含一个Serializable Java 对象,可以使用 JDK 1.2 的 collection类。
BytesMessage:包含一些未解释字节;允许对正文进行编码来匹配现有的消息格式。
每一个提供者都提供了一些特定于实现这些接口的其产品的类。一定要注意的是, JMS 规范命令提供者必须准备接收和处理不属于它自己的 Message 类的实例的 Message 对象。
尽管提供者处理这些“外来”对象时不能像处理自己对象那样有效,但他们必须处理这些对象来确保与所有 JMS 提供者的互操作性。
事务 第 11 页(共15 页)
JMS 事务将一组已产生的消息和一组已使用的消息组织为原子工作单位。如果事务中出现故障,那么可以“取消”出现错误之前产生和使用消息的操作。
Session 对象控制事务,创建 Session 时将它标注为 transacted。已处理的 Session 总是有一个当前事务,也就是说,它begin();commit() 和 rollback() 可以终止一个事务并自动开始另一个事务。
可以通过 Java Transaction API (JTA)XAResource API 支持分布式事务,尽管这提供者而言是可选择的。
确认 第 12 页(共15 页)
确认是通知提供者已经成功接收到消息的一种机制。
如果被处理的是接收消息的 Session ,则确认的处理是自动的。如果被处理的不是 Session ,则在创建 Session 时确定确认的类型。
有三种类型的确认:
Session.DUPS_OK_ACKNOWLEDGE:消息发送的延迟回执,它通过最小化工作的重复来减少开销,只有在可以预计和处理重复消息时,才可以使用这种确认。
Session.AUTO_ACKNOWLEDGE:在完成接收消息的方法时自动确认消息的发送。
Session.CLIENT_ACKNOWLEDGE:通过调用 Message 的 acknowledge() 方法显式确认消息发送。
消息选择 第 13 页(共15 页)
JMS 提供了一种称为 message selector 的机制,以便 JMS 程序对收到的消息进行过滤和分类。
消息选择器是一个包含表达式的 String ,该表达式的语法是基于 SQL92 的子集的。在尝试接收消息时,对消息选择器进行求值,只有与选择器的选择标准相匹配的消息才能让程序变得可用。
选择是基于与标题字段和属性的匹配度的,正文值不能用于选择。JMS 规范中详细描述了消息选择器的语法。
JMS 和 XML 第 14 页(共15 页)
基于将大量使用 String 消息的假设,JMS 的制定者加入了 TextMessage 消息类型。
他们的理由是, XML 将会成为一种流行———否则就是最流行——的表示消息内容的方法。可移植的传输机制(JMS)结合可移植的数据表示(XML)被证实是企业应用程序集成(EAI)和其他数据交换领域中的一个强大的工具。
JMS 和 J2EE 第 15 页(共15 页)
J2EE 版本 1.2 要求兼容应用服务器包含 JMS API,但并不强制要求提供 JMS 提供者。
J2EE 版本 1.3 要求应用服务器提供 JMS 提供者。J2EE 版本 1.3 还引入了 消息驱动 bean,为 Enterprise JavaBeans 容器增加了异步通知能力,并将此作为 EJB 2.0 规范的一部分。消息驱动 bean 可以实现 MessageListener 接口(请参阅本教程后面的 MessageListener ),并且可以通过EJB 容器在消息到达在部署时指定的目的地时调用消息驱动 bean 。消息驱动 bean 包含处理消息的业务逻辑,如果需要,它还可以调用其他企业 bean 。
J2EE 版本 1.4 要求 J2EE 产品包含支持点对点和发布/订阅消息的 JMS 版本 1.1 提供者。它规定, J2EE 应用程序不能使用 JMS 客户机 API 进行事务处理,事务将由 J2EE 容器处理。J2EE 版本 1.4 还要求 Web 和 EJB 容器中的组件只为每一个连接创建一个活动 Session。
- JMS代码.rar (4.5 KB)
- 下载次数: 107
- j-jms教程.zip (555.9 KB)
- 下载次数: 213
发表评论
-
java关键字native,volatile,transient
2009-02-25 15:12 13631.volatile:为了获得最佳速度,java允许线程保存共 ... -
quartz+spring
2009-02-12 14:48 3355Quartz 是一个强大的企业级 Schedule 工具,也是 ... -
Java虚拟机(JVM)参数配置说明
2009-01-08 16:02 2586在Java、J2EE大型应用中,JVM非标准参数的配置直接关系 ... -
@SuppressWarnings 详解
2009-01-08 15:27 970@SuppressWarnings J2SE 提供的最后一个 ... -
批量反编译java类文件
2009-01-08 10:30 1558所使用的软件是 DJ Java Decompiler 3.7。 ... -
LDAP定义
2008-12-23 10:20 1176LDAP是轻量目录访问协议 ... -
JMS总结和参考资料
2008-12-22 17:33 1810结束语 第 1 页(共3 页) 本教程提供了对 Ja ... -
JMS--Pub/Sub编程
2008-12-22 17:27 1081相同又不同 第 1 页(共1 页) 附录中有这两个 ... -
JMS--Pub/Sub接口
2008-12-22 17:24 1886介绍 第 1 页(共7 页) 现在让我们来查看 Pub/s ... -
JMS点对点编程
2008-12-22 17:15 1627介绍 第 1 页(共10 页) ... -
JMS点对点接口
2008-12-22 17:03 1482介绍 第 1 页(共8 页) ... -
JMS用公用接口进行客户机编程
2008-12-22 17:01 962绍 第 1 页(共11 页) 在这一节中,我们将查看 ... -
JMS公用接口
2008-12-19 18:01 1071在这一节中,我们将介绍 JMS 客户机编程的每一个重要 JMS ... -
JNDI定义
2008-12-19 09:56 1050Java术语 英文全称是:Java Naming and ... -
Java 编程的动态性,第 8 部分: 用代码生成取代反射
2008-12-18 11:52 996运行时代码生成为获得 ... -
Java 编程的动态性,第 7 部分: 用 BCEL 设计字节码
2008-12-18 11:51 1247Apache BCEL 让您深入 JVM 汇编语言进行类操作的 ... -
Java 编程的动态性,第 6 部分: 利用 Javassist 进行面向方面的更改
2008-12-18 11:50 1115用 Javassist 进行字节码 ... -
Java 编程的动态性,第 5 部分: 动态转换类
2008-12-18 11:48 1044学习如何在使用 Javassist ... -
Java 编程的动态性, 第四部分: 用 Javassist 进行类转换
2008-12-18 11:47 1045用 Javassist 转换字节码中的方法 文档 ... -
Java 编程的动态性,第3部分: 应用反射
2008-12-18 11:18 825为命令行参数构建一个框架 文档选项 打印本 ...
相关推荐
Java消息服务(Java Message Service,简称JMS)是Java平台中用于企业级应用集成的API...通过阅读"JMS简明教程.pdf",你可以进一步深化对JMS的理解,同时"中国java下载站.url"可能是获取更多Java资源和学习资料的链接。
文档中提到了相关的教程和示例,这些资源对于学习WebLogic JMS至关重要。文档指出了多个获取示例的途径,包括JMS示例应用、下载的JMS示例、以及WebLogic Server发行版中包含的示例。 ### 新特性介绍 本版本文档可能...
本教程旨在为初学者提供一个全面的入门指南,帮助你更好地理解这两个核心概念。 **HTTP协议**(Hypertext Transfer Protocol)是互联网上应用最广泛的一种网络协议,用于从万维网服务器传输超文本到本地浏览器的...
- **学习曲线**:由于涉及Java语言,对初学者来说可能较为复杂。 - **性能影响**:虽然JSP性能较高,但过度使用脚本元素可能导致额外的解析和编译开销。 - **过度使用JSP**:如果所有逻辑都在JSP页面中处理,可能会...
这个基础教程实例由史胜辉编著,旨在帮助初学者快速掌握JavaEE的核心技术,为成为一名合格的Java开发者奠定坚实的基础。 一、JavaEE概述 JavaEE提供了丰富的API和服务器环境,支持Web应用开发,包括Servlet、JSP...
提供的"j2ee中文版教程"应该包含对以上概念的详细解释,适合初学者逐步理解并实践J2EE开发。教程可能涵盖理论讲解、示例代码、实战练习等内容,帮助读者掌握J2EE的各个方面。 总之,J2EE是一个强大的平台,用于构建...
本教程由知名讲师郑阿奇编著,旨在帮助初学者掌握Java EE的基础使用方法。 一、Java EE概述 Java EE是Sun Microsystems(现已被Oracle收购)推出的标准,它包含了服务器端的多种技术,如Servlet、JSP、EJB、JMS、...
这个基础实用教程涵盖了JavaEE开发所需的核心概念和技术,对于初学者来说是极好的学习资源。下面,我们将深入探讨JavaEE的基础知识,包括其组成部分、主要技术、以及如何运用这些技术来构建实际的企业级应用程序。 ...
在学习过程中,可以参考ssh框架概述.ppt,这个文件可能包含了SSH框架的基础概念、配置示例和使用教程,帮助你更系统地了解和掌握SSH框架。同时,通过实践小项目,如创建一个简单的用户管理系统,将理论知识付诸实践...
本教程针对EJB初学者,旨在通过分章节的示例代码帮助大家逐步掌握EJB的核心概念和技术。 1. **EJB概述** EJB是一种服务器端组件模型,它提供了事务管理、安全性、状态管理和并发控制等服务,以简化企业级应用程序...
本合集中的入门教程旨在帮助初学者快速掌握WebSphere的基础知识和操作技巧,以便在实际工作中灵活运用。 一、WebSphere概述 WebSphere是IBM的中间件产品,它提供了运行和管理业务应用程序所需的环境,支持J2EE...
本教程“Spring绝佳入门教程.pdf”旨在为初学者提供一个全面且深入的Spring框架学习路径,帮助他们快速掌握Spring的核心概念和实践技巧。 1. **Spring概述** Spring框架是一个开源的应用程序框架,最初由Rod ...
**J2EE全实例教程——探索企业级Java开发** 在IT行业中,J2EE(Java 2 Platform, Enterprise Edition)是用于构建企业级分布式...无论是初学者还是有经验的开发者,都可以从这个教程中受益,提升自己的项目开发能力。
### J2EE 全面教程知识点总结 #### 第1章 J2EE概述 - **1.1 J2EE的概念** - J2EE是Java 2 Platform, Enterprise Edition的缩写,是Sun Microsystems公司(现已被Oracle收购)推出的一套企业级应用开发平台。 - ...
本教程旨在为初学者提供一个全面了解 J2EE 的起点,帮助学习者掌握核心概念和技术,从而在 Java Web 开发领域奠定坚实基础。 **1. J2EE 架构概述** J2EE 平台由一系列的可互操作的组件构成,包括服务器、API、服务...
教程还涵盖了J2EE中的其他关键技术,如EJB(Enterprise JavaBeans)、JNDI(Java Naming and Directory Interface)、JMS(Java Messaging Service)等,这些技术都是构建大型企业级应用不可或缺的部分。通过学习...
**J2EE基础教程概述** Java 2 Platform, Enterprise Edition(J2EE)是Oracle公司推出的用于构建企业级分布式应用程序的平台。它提供了一个标准的框架,使得开发人员可以使用各种服务来创建可扩展、安全且高度可靠...
Websphere MQ 入门教程——使用 IBM Websphere MQ 提供了全面的指导,旨在帮助初学者理解和掌握这一强大的消息中间件系统。本教程涵盖了从基础概念到实际操作的各个方面,旨在帮助读者构建坚实的技术基础,以便在...
**J2EE企业级培训教程概述** J2EE(Java 2 Platform, Enterprise Edition)是Oracle公司推出的用于构建企业级分布式应用的平台。它提供了一系列的API、服务和规范,帮助开发者创建可移植、可扩展且高度安全的服务器...