消息中间件规范JMS 2.0的十大改进

简介: 消息中间件规范JMS 2.0在编码方面做了很多改进,可以帮助开发者减少编写的代码量。下面,由我一一说明。 一、用JMSContext取代了Connection和Session对象 消息中间件规范JMS 2.0引入了一个新对象——JMSContext,它提供了原先Connection和Session对象同样的功能。
消息中间件规范JMS 2.0在编码方面做了很多改进,可以帮助开发者减少编写的代码量。下面,由我一一说明。

一、用JMSContext取代了Connection和Session对象

消息中间件规范JMS 2.0引入了一个新对象——JMSContext,它提供了原先Connection和Session对象同样的功能。

在JMS 1.1中是这样的:

Connection connection = ConnectionFactory.createConnection();
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);

在JMS 2.0中是这样的:

JMSContext context = connectionFactory.createContext(JMSContext.SESSIONA_TRANSACTED);

二、利用try-with-resources块意味着无需调用close语句

在JMS 1.1中如果不调用close语句,那么或许会导致内存资源耗尽。

在JMS 1.1中是这样的:

try{
Connection connection = connectionFactory.createConnection();
try{
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
} finally{
connection.close();
}
} catch(JMSException ex){
ex.printStackTrace();
}

在JMS 2.0中是这样的:

try (Connection connection = connectionFactory.createConnection();) {
......
} catch(JMSException ex){
ex.printStackTrace();
}

注意,上面的代码也可改用JMSContext。

三、在JavaSE中创建会话时无需传递两个参数


在JMS 1.1中是这样的:

Session session = connection.createSession(true,Session.SESSION_TRANSACTED);

在JMS 2.0中是这样的:

Session session = connection.createSession(Session.SESSION_TRANSACTED);

四、在JavaEE事务处理中创建会话无需传递任何参数

在JavaEE事务处理中创建会话,createSession传递的参数会被忽略掉,详见EJB 3.1规范。

在JMS 1.1中是这样的:

// 传递的两个参数都会被忽略事务的行为由容器决定
Session session = connection.createSession(false, Session.CLIENT_ACKNOWLEDGE);

在JMS 2.0中是这样的:

// JMS 2中提供了无参方法
Session session = connection.createSession();

五、新的JMSProducer对象支持方法链

消息中间件规范JMS 2.0引入了一个新对象——JMSProducer,他允许消息头、消息属性、交付的选项等都在单行代码中通过方法链进行指定。

在JMS 1.1中是这样的:

MessageProducer messageProducer = session.createProducer(domoQueue);
messageProducer.setPriority(1);
TextMessage textMessage = session.createTextMessage(body);
textMessage.setStringProperty("foo", "bar");
messageProducer.send(textMessage);

在JMS 2.0中是这样的:

TextMessage textMessage = context.createTextMessage(body);
context.createProducer().setPriority(1).setProperty("foo", "bar").send(demoQueue, textMessage);

六、无需保存JMSProducer的变量

新的JMSPruducer对象是轻量级对象,因此无需在变量中保存它,当需要时直接实例化即可。

在JMS 1.1中是这样的:

// MessageProducer开销很大,因此需要重用它
MessageProducer messageProducer = session.createProducer(demoQueue);
messageProducer.send(message1);
messageProducer.send(message2);

在JMS 2.0中是这样的:

// JMSProducer是轻量级的,无需用变量保存它
context.createProducer().send(demoQueue, message1);
context.createProducer().send(demoQueue, message2);

七、在JavaEE中,注入JMSContext意味着无需创建或关闭它


在JMS 1.1中是这样的:

try{
Connection connection = connectionFactory.createConnection();
try{
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
MessageProducer messageProducer = session.createProducer(demoQueue);
TextMessage textMessage = session.createTextMessage(body);
messageProducer.send(textMessage);
} finally{
connection.close();
}
} catch(JMSException ex){
ex.printStackTrace();
}

在JMS 2.0中是这样的:

try{
context.createProducer().send(inboundQueue, body);
} catch(JMSRuntimeException ex){
ex.printStackTrace();
}

八、当发送消息时,无需实例化消息对象


在JMS 1.1中是这样的:

// 需要创建适合类型的消息对象,再设置其Body
MessageProducer messageProducer = session.createProducer(demoQueue);
TextMessage textMessage = session.createTextMessage("Hello World");
messageProducer.send(textMessage);

在JMS 2.0中是这样的:

// 简单的传递消息Body到send方法
context.createProducer().send(demoQueue, "Hello World");

九、同步接收,可以直接接收消息有效载荷


在JMS 1.1中是这样的:

// 当同步接收时,需给定消息对象,再转换为合适的子类型,再提取Body
MessageConsumer messageConsumer = session.createConsumer(demoQueue);
TextMessage textMessage = (TextMessage)messageConsumer.receive(1000);
if(textMessage==null)
return "Received null"
else
return "Received " + textMessage.getText();

在JMS 2.0中是这样的:

// JMS 2允许直接接收消息Body
JMSConsumer consumer = context.createConsumer(demoQueue);
return "Received " + consumer.receiveBody(String.class, 1000);

十、异步接收在提取消息Body时无需转换


在JMS 1.1中是这样的:

public void onMessage(Message m){
MyObject myObj = (MyObject)((ObjectMessage)m).getObject();
...

在JMS 2.0中是这样的:

public void onMessage(Message m){
MyObject myObj = m.getBody(MyObject.class);
目录
相关文章
|
存储 SQL 负载均衡
列式存储引擎分析比对
列式存储具有高压缩率、利于列裁剪、以及高CPU计算效率(Cache Friendly)等特点,是分析型业务场景所选择的主流数据存储方案。 本文介绍了工业界一些常见的面向OLAP或HTAP场景数据库的列存存储引擎设计思路,并进行了总结和对比。
4412 3
|
8月前
|
安全 搜索推荐 UED
银行用户异地登录总被拦截?IP 查询工具精准优化风控判定
银行异地登录误拦率高达32%,主因传统地域“一刀切”风控僵化。本方案基于本地离线IP库,融合IP地域、网络类型与用户行为基线,构建动态分级风控体系,误拦率降至6%以内,响应≤100ms,投诉减少85%+,安全与体验兼得。(239字)
468 2
|
编解码 计算机视觉
RT-DETR改进策略【Head】| 增加针对 大目标 的检测层 (四个检测头)
RT-DETR改进策略【Head】| 增加针对 大目标 的检测层 (四个检测头)
1056 16
|
NoSQL Java Redis
Spring Boot集成Redisson详细介绍
Redisson是一个用于Java的分布式和高可用的Java对象的框架,它基于Redis实现。在Spring Boot应用程序中集成Redisson可以帮助我们更轻松地实现分布式锁、分布式对象、分布式集合等功能。本文将介绍如何在Spring Boot项目中集成Redisson,并展示一些基本用法。
2784 2
Spring Boot集成Redisson详细介绍
|
自然语言处理 前端开发 测试技术
使用 Playwright MCP 实现 UI 自动化测试
本文介绍如何结合Playwright与MCP协议实现智能化UI自动化测试。通过自然语言指令控制浏览器,降低技术门槛,提升效率,并涵盖环境搭建、核心功能、实战案例及最佳实践,展现对话式自动化的未来趋势。
|
存储 Java API
Elasticsearch 7.8.0从入门到精通
这篇文章详细介绍了Elasticsearch 7.8.0的安装、核心概念(如正排索引和倒排索引)、RESTful风格、各种索引和文档操作、条件查询、聚合查询以及在Spring Boot中整合Elasticsearch的步骤和示例。
916 1
Elasticsearch 7.8.0从入门到精通
|
存储 Cloud Native NoSQL
云原生时代的数据库选型与架构设计
云原生时代的数据库选型与架构设计
508 0