「java事务传递」java事务传播行为

博主：adminadmin 2023-03-17 12:33:10 489

今天给各位分享java事务传递的知识，其中也会对java事务传播行为进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

java 调用mysql的事务如何传入查询参数？

Statement换成preparedStatement，就有相应的set方法了。

或者既然addBatch里面传入的是String类型，那我们自己构造，

stmt.addBatch(“insert into users values ("+"values1"+","+"values2"+");");

或者既然是users类，我们可以根据users中属性是否为初始值来自动生成inset语句，下面是我以前写的代码，仅供参考

注释：

1、下面的User.NAME等就是user中name属性在表中的列名

2、方法ConvertStr就是把插入的列的value加上单引号。

  private static String ConvertStr(Object object) {

      return "'" + object.toString() + "'";

  }

3、其他

  public static final String strIns = "insert into users(";

  public static final String strVal = ") values(";

  public static final String strEnd = ");";

4、调用

stmt.addBatch(User.InsetStr(user));//这样就不用考虑传参了

代码如下：

public static String InsetStr(User user) {

String StrCol = "";

String Values = "";

if (user.getName() != null !user.getName().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.NAME;

Values = Values + "," + ConvertStr(user.getName());

} else {

StrCol = StrCol + User.NAME;

Values = Values + ConvertStr(user.getName());

}

}

if (user.getNick() != null !user.getNick().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.NICK;

Values = Values + "," + ConvertStr(user.getNick());

} else {

StrCol = StrCol + User.NICK;

Values = Values + ConvertStr(user.getNick());

}

}

if (user.getStudentid() != 0) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.STUDENTID;

Values = Values + "," + ConvertStr(user.getStudentid());

} else {

StrCol = StrCol + User.STUDENTID;

Values = Values + ConvertStr(user.getStudentid());

}

}

if (user.getSex() != '\u0000') {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.SEX;

Values = Values + "," + ConvertStr(user.getSex());

} else {

StrCol = StrCol + User.SEX;

Values = Values + ConvertStr(user.getSex());

}

}

if (user.getPassword() != null !user.getPassword().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.PASSWORD;

Values = Values + "," + ConvertStr(user.getPassword());

} else {

StrCol = StrCol + User.PASSWORD;

Values = Values + ConvertStr(user.getPassword());

}

}

if (user.getHash() != null !user.getHash().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.HASH;

Values = Values + "," + ConvertStr(user.getHash());

} else {

StrCol = StrCol + User.HASH;

Values = Values + ConvertStr(user.getHash());

}

}

if (user.getSchool() != null !user.getSchool().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.SCHOOL;

Values = Values + "," + ConvertStr(user.getSchool());

} else {

StrCol = StrCol + User.SCHOOL;

Values = Values + ConvertStr(user.getSchool());

}

}

if (user.getMajor() != null !user.getMajor().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.MAJOR;

Values = Values + "," + ConvertStr(user.getMajor());

} else {

StrCol = StrCol + User.MAJOR;

Values = Values + ConvertStr(user.getMajor());

}

}

if (user.getMobile() != 0) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.MOBILE;

Values = Values + "," + ConvertStr(user.getMobile());

} else {

StrCol = StrCol + User.MOBILE;

Values = Values + ConvertStr(user.getMobile());

}

}

if (user.getCollege() != null !user.getCollege().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.COLLEGE;

Values = Values + "," + ConvertStr(user.getCollege());

} else {

StrCol = StrCol + User.COLLEGE;

Values = Values + ConvertStr(user.getCollege());

}

}

if (user.getGrade() != 0) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.GRADE;

Values = Values + "," + ConvertStr(user.getGrade());

} else {

StrCol = StrCol + User.GRADE;

Values = Values + ConvertStr(user.getGrade());

}

}

if (user.getBclass() != null !user.getBclass().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.BCLASS;

Values = Values + "," + ConvertStr(user.getBclass());

} else {

StrCol = StrCol + User.BCLASS;

Values = Values + ConvertStr(user.getBclass());

}

}

if (user.getIdnum() != null !user.getIdnum().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.IDNUM;

Values = Values + "," + ConvertStr(user.getIdnum());

} else {

StrCol = StrCol + User.IDNUM;

Values = Values + ConvertStr(user.getIdnum());

}

}

if (user.getEmail() != null !user.getEmail().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.EMAIL;

Values = Values + "," + ConvertStr(user.getEmail());

} else {

StrCol = StrCol + User.EMAIL;

Values = Values + ConvertStr(user.getEmail());

}

}

if (user.getRegip() != null !user.getRegip().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.REGIP;

Values = Values + "," + ConvertStr(user.getRegip());

} else {

StrCol = StrCol + User.REGIP;

Values = Values + ConvertStr(user.getRegip());

}

}

if (user.getRegdate() != 0) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.REGDATE;

Values = Values + "," + ConvertStr(user.getRegdate());

} else {

StrCol = StrCol + User.REGDATE;

Values = Values + ConvertStr(user.getRegdate());

}

}

if (user.getUnit() != null !user.getUnit().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.UNIT;

Values = Values + "," + ConvertStr(user.getUnit());

} else {

StrCol = StrCol + User.UNIT;

Values = Values + ConvertStr(user.getUnit());

}

}

if (user.getRegion() != null !user.getRegion().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.REGION;

Values = Values + "," + ConvertStr(user.getRegion());

} else {

StrCol = StrCol + User.REGION;

Values = Values + ConvertStr(user.getRegion());

}

}

if (user.getDepartments() != null !user.getDepartments().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.DEPARTMENTS;

Values = Values + "," + ConvertStr(user.getDepartments());

} else {

StrCol = StrCol + User.DEPARTMENTS;

Values = Values + ConvertStr(user.getDepartments());

}

}

if (user.getTdcj() 0) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.TDCJ;

Values = Values + "," + ConvertStr(user.getTdcj());

} else {

StrCol = StrCol + User.TDCJ;

Values = Values + ConvertStr(user.getTdcj());

}

}

if (user.getTzcj() 0) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.TZCJ;

Values = Values + "," + ConvertStr(user.getTzcj());

} else {

StrCol = StrCol + User.TZCJ;

Values = Values + ConvertStr(user.getTzcj());

}

}

if (user.getAddress() != null !user.getAddress().equals("")) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.ADDRESS;

Values = Values + "," + ConvertStr(user.getAddress());

} else {

StrCol = StrCol + User.ADDRESS;

Values = Values + ConvertStr(user.getAddress());

}

}

if (user.getPostcode() != 0) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.POSTCODE;

Values = Values + "," + ConvertStr(user.getPostcode());

} else {

StrCol = StrCol + User.POSTCODE;

Values = Values + ConvertStr(user.getPostcode());

}

}

if (user.getBankcard() != 0) {

if (!StrCol.equals("")) {

StrCol = StrCol + "," + User.BANKCARD;

Values = Values + "," + ConvertStr(user.getBankcard());

} else {

StrCol = StrCol + User.BANKCARD;

Values = Values + ConvertStr(user.getBankcard());

}

}

return Sql.strIns + StrCol + Sql.strVal + Values + Sql.strEnd;

}

Java的核心技术有哪些？

java学习中的13个核心技术分享给你

1. JDBC(Java Database Connectivity)：

JDBC API为访问不同的数据库提供了一种统一的途径象ODBC一样，JDBC对开发者屏蔽了一些细节问题，另外JDCB对数据库的访问也具有平台无关性。

2. JNDI(Java Name and Directory Interface)：

JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和操作企业级的资源如DNS和LDAP，本地文件系统或应用服务器中的对象。

3. EJB(Enterprise JavaBean):

J2EE技术之所以赢得媒体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。但这里值得注意的是EJB并不是实现J2EE的唯一途径。正是由于J2EE的开放性使得有的厂商能够以一种和EJB平行的方式来达到同样的目的。

4. RMI(Remote Method Invoke):

正如其名字所表示的那样，RMI协议调用远程对象上方法。它使用了序列化方式在客户端和服务器端传递数据。RMI是一种被EJB使用的更底层的协议。

5. Java IDL/CORBA:

在Java IDL的支持下开发人员可以将Java和CORBA集成在一起。他们可以创建Java对象并使之可在CORBA ORB中展开,或者他们还可以创建Java类并作为和其它ORB一起展开的CORBA对象的客户。后一种方法提供了另外一种途径通过它Java可以被用于将你的新的应用和旧的系统相集成。

6. JSP(Java Server Pages):

JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。

7. Java Servlet:

Servlet是一种小型的Java程序，它扩展了Web服务器的功能。作为一种服务器端的应用，当被请求时开始执行，这和CGI Perl脚本很相似。Servlet提供的功能大多与JSP类似，不过实现的方式不同。JSP通常是大多数HTML代码中嵌入少量的Java代码，而servlets全部由Java写成并且生成HTML。

8. XML(Extensible Markup Language):

XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。

XML的发展和Java是相互独立的，但是它和Java具有的相同目标正是平台独立性。通过将Java和XML的组合，您可以得到一个完美的具有平台独立性的解决方案。

9. JMS(Java Message Service):

MS是用于和面向消息的中间件相互通信的应用程序接口(API)。它既支持点对点的域，有支持发布/订阅(publish/subscribe)类型的域，并且提供对下列类型的支持：经认可的消息传递,事务型消息的传递，一致性消息和具有持久性的订阅者支持。JMS还提供了另一种方式来对您的应用与旧的后台系统相集成。

10. JTA(Java Transaction Architecture):

JTA定义了一种标准的API，应用系统由此可以访问各种事务监控。

11. JTS(Java Transaction Service):

JTS是CORBA OTS事务监控的基本的实现。JTS规定了事务管理器的实现方式。该事务管理器是在高层支持Java Transaction API (JTA)规范，并且在较底层实现OMG OTS specification的Java映像。JTS事务管理器为应用服务器、资源管理器、独立的应用以及通信资源管理器提供了事务服务。

12. JavaMail:

JavaMail是用于存取邮件服务器的API，它提供了一套邮件服务器的抽象类。不仅支持SMTP服务器，也支持IMAP服务器。

13. JAF(JavaBeans Activation Framework):

JavaMail利用JAF来处理MIME编码的邮件附件。MIME的字节流可以被转换成Java对象或者转换自Java对象。大多数应用都可以不需要直接使用JAF。

在java中，事务是什么？有什么用！

一、什么是Java事务

通常的观念认为，事务仅与数据库相关。

事务必须服从ISO/IEC所制定的ACID原则。ACID是原子性（atomicity）、一致性（consistency）、隔离性

（isolation）和持久性（durability）的缩写。事务的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。一致性表示

当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。隔离性表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。持

久性表示已提交的数据在事务执行失败时，数据的状态都应该正确。

通俗的理解，事务是一组原子操作单元，从数据库角度说，就是一组SQL指令，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过的所有指令。更简答的说就是：要么全部执行成功，要么撤销不执行。

既然事务的概念从数据库而来，那Java事务是什么？之间有什么联系？

实际上，一个Java应用系统，如果要操作数据库，则通过JDBC来实现的。增加、修改、删除都是通过相应方法间接来实现的，事务的控制也相应转移到Java程序代码中。因此，数据库操作的事务习惯上就称为Java事务。

二、为什么需要事务

事务是为解决数据安全操作提出的，事务控制实际上就是控制数据的安全访问。具一个简单例子：比如银行转帐业务，账户A要将自己账户上的1000元

转到B账户下面，A账户余额首先要减去1000元，然后B账户要增加1000元。假如在中间网络出现了问题，A账户减去1000元已经结束，B因为网络中

断而操作失败，那么整个业务失败，必须做出控制，要求A账户转帐业务撤销。这才能保证业务的正确性，完成这个操走就需要事务，将A账户资金减少和B账户资

金增加方到一个事务里面，要么全部执行成功，要么操作全部撤销，这样就保持了数据的安全性。

三、Java事务的类型

Java事务的类型有三种：JDBC事务、JTA(Java Transaction API)事务、容器事务。

1、JDBC事务

JDBC 事务是用 Connection 对象控制的。JDBC Connection 接口( java.sql.Connection )提供了两种事务模式：自动提交和手工提交。 java.sql.Connection 提供了以下控制事务的方法：

public void setAutoCommit(boolean)

public boolean getAutoCommit()

public void commit()

public void rollback()

使用 JDBC 事务界定时，您可以将多个 SQL 语句结合到一个事务中。JDBC 事务的一个缺点是事务的范围局限于一个数据库连接。一个 JDBC 事务不能跨越多个数据库。

2、JTA(Java Transaction API)事务

JTA是一种高层的，与实现无关的，与协议无关的API，应用程序和应用服务器可以使用JTA来访问事务。

JTA允许应用程序执行分布式事务处理–在两个或多个网络计算机资源上访问并且更新数据，这些数据可以分布在多个数据库上。JDBC驱动程序的JTA支持极大地增强了数据访问能力。

如果计划用 JTA 界定事务，那么就需要有一个实现 javax.sql.XADataSource 、

javax.sql.XAConnection 和 javax.sql.XAResource 接口的 JDBC

驱动程序。一个实现了这些接口的驱动程序将可以参与 JTA 事务。一个 XADataSource 对象就是一个 XAConnection

对象的工厂。 XAConnection s 是参与 JTA 事务的 JDBC 连接。

您将需要用应用服务器的管理工具设置 XADataSource 。从应用服务器和 JDBC 驱动程序的文档中可以了解到相关的指导。

J2EE 应用程序用 JNDI 查询数据源。一旦应用程序找到了数据源对象，它就调用 javax.sql.DataSource.getConnection() 以获得到数据库的连接。

XA 连接与非 XA 连接不同。一定要记住 XA 连接参与了 JTA 事务。这意味着 XA 连接不支持 JDBC

的自动提交功能。同时，应用程序一定不要对 XA 连接调用 java.sql.Connection.commit() 或者

java.sql.Connection.rollback() 。相反，应用程序应该使用 UserTransaction.begin()、

UserTransaction.commit() 和 serTransaction.rollback() 。

3、容器事务

容器事务主要是J2EE应用服务器提供的，容器事务大多是基于JTA完成，这是一个基于JNDI的，相当复杂的API实现。相对编码实现JTA事

务管理，我们可以通过EJB容器提供的容器事务管理机制（CMT）完成同一个功能，这项功能由J2EE应用服务器提供。这使得我们可以简单的指定将哪个方

法加入事务，一旦指定，容器将负责事务管理任务。这是我们土建的解决方式，因为通过这种方式我们可以将事务代码排除在逻辑编码之外，同时将所有困难交给

J2EE容器去解决。使用EJB CMT的另外一个好处就是程序员无需关心JTA API的编码，不过，理论上我们必须使用EJB。

四、三种事务差异

1、JDBC事务控制的局限性在一个数据库连接内，但是其使用简单。

2、JTA事务的功能强大，事务可以跨越多个数据库或多个DAO，使用也比较复杂。

3、容器事务，主要指的是J2EE应用服务器提供的事务管理，局限于EJB应用使用。

五、总结

事务控制是构建J2EE应用不可缺少的一部分，合理选择应用何种事务对整个应用系统来说至关重要。一般说来，在单个JDBC

连接连接的情况下可以选择JDBC事务，在跨多个连接或者数据库情况下，需要选择使用JTA事务，如果用到了EJB，则可以考虑使用EJB容器事务。

如果满意请及时采纳，谢谢~

Java的 事务怎么同时向数据库的多个表提交数据

增删改，这些对数据库的操作，先保存到缓存里，当commit之后，真正在数据库执行

java开发的信息系统里，jsp与java文件是怎么传递数据的？

jsp与java文件传递数据可以使用Servlet类来传递，jsp将数据存入到request对象中，Servlet类获取这个request对象，并将数据取出。学习java开发推荐选择千锋教育，一群草根奉献着自己的青春年华，为创造一个有真正社会价值的职业教育机构“千锋教育千锋教育”而奋力拼搏。

学习Java的优势：

1、Java广受欢迎：Java仍然是世界上最受欢迎的编程语言之一，有无限多种方法使用Java。在TIOBE多次公布的编程语言排行榜，Java领跑前三!

2、薪资可观：职业规划公司Gooroo在一份薪资和需求报告中指出，Java仍然是美国、英国和澳大利亚最受欢迎和薪资最高的编程语言之一。

3、Java程序员市场紧缺：据不完全统计，目前国内每年IT人才缺口达20万之多，而且缺口还在扩大，Java作为广泛使用的编程语言，拥有庞大的客户群，现有的人才储备还远远不够，在可预计的未来，Java程序员都将处于供小于求的状态。

4、Java无处不在：据估计，全球范围内有超过30亿部设备运行Java，超过其他任何一种语言。

5、优秀的开发工具：能够确保工作效率的优秀开发工具。

想要了解更多关于java开发的相关信息，推荐咨询千锋教育。千锋企合作部整合大量企业客户资源，紧抓当下企业需求，将技术和项目完美结合千锋课程体系，力求培养更多优质人才服务企业，不断提升学员竞争力，链接企业用人标准的培训课程及实战项目，让企业招聘用人的技术要求与千锋学员的技术充分对接。近年来不断引进阿里钉钉小程序技术、红帽认证、腾讯云、亚马逊等，通过与企业的深度融合实现千锋教研和就业服务的迭代升级，专业性值得信赖。

JAVA中的JMS是什么意思？它起了什么作用

. JMS基本概念

JMS(Java Message Service)是访问企业消息系统的标准API,它便于消息系

统中的Java应用程序进行消息交换,并且通过提供标准的产生、发送、接收消息的接口简化企业应用的开发。

2. JMS基本功能

JMS是用于和面向消息的中间件相互通信的应用程序接口。它既支持点对点(point-to-point)的域，又支持发布/订阅(publish/subscribe)类型的域，并且提供对下列类型的支持：经认可的消息传递,事务型消息的传递，一致性消息和具有持久性的订阅者支持。JMS还提供了另一种方式来对您的应用与旧的后台系统相集成。

3. WebLogic JMS Server介绍

WebLogic Server8.1符合JAVA规范,并通过Sun Microsystems J2EE 1.3认

证.作为WebLogic的一部分,当然WebLogic JMS Server也完全遵从JMS规范,还支持集群,并可以应用于实际企业系统.下图是WebLogic JMS Server体系结构.图中可以看到WebLogic JMS Server主要组件有: WebLogic JMS servers(用于消息通信),Java客户端,JNDI(用于域名查找), 后备存储(用于持久消息存储,基于文件或者JDBC数据库).

二. WebLogic JMS特性

1. 消息通信模型

JMS 支持两种消息通信模型：点到点（point-to-point）（PTP）模型和发布/订阅（Pub/Sub）模型。除了下列不同之外，这两种消息通信模型非常地相似：

PTP 模型规定了一个消息只能有一个接收者;Pub/Sub 模型允许一个消息可以有多个接收者。

2. 消息组成

消息传递系统的中心就是消息。

一条 Message 分为三个组成部分：

· 头（header）是个标准字段集，客户机和供应商都用它来标识和路由消息。

· 属性（property）支持把可选头字段添加到消息。如果您的应用程序需要不使用标准头字段对消息编目和分类，您就可以添加一个属性到消息以实现这个编目和分类。提供 setTypeProperty(...) 和 getTypeProperty(...) 方法以设置和获取各种 Java 类型的属性，包括 Object。JMS 定义了一个供应商选择提供的标准属性集。

· 消息的主体（body）包含要发送给接收应用程序的内容。每个消息接口特定于它所支持的内容类型。

JMS 为不同类型的内容提供了它们各自的消息类型，但是所有消息都派生自 Message 接口。

· StreamMessage：包含 Java 基本数值流，用标准流操作来顺序的填充和读取。

· MapMessage：包含一组名/值对；名称为 string 类型，而值为 Java 的基本类型。

· TextMessage：包含一个 String。

· ObjectMessage：包含一个 Serializable Java 对象；能使用 JDK 的集合类。

· BytesMessage：包含未解释字节流: 编码主体以匹配现存的消息格式。

· XMLMessage: 包含XML内容。扩展TextMessage,XMLMessage 类型的使用，使得消息过滤非常便利。

3. 消息确认模式

非事务性会话中，应用程序创建的会话有5 种确认模式,而在事务性会话中，确认模式被忽略。

五种确认模式说明:

· AUTO_ACKNOWLEDGE：自动确认模式。一旦接收方应用程序的方法调用从处理消息处返回，会话对象就会确认消息的接收。

· CLIENT_ACKNOWLEDGE：客户端确认模式。会话对象依赖于应用程序对被接收的消息调用一个acknowledge()方法。一旦这个方法被调用，会话会确认最后一次确认之后所有接收到的消息。这种模式允许应用程序以一个调用来接收，处理并确认一批消息。注意：在管理控制台中，如果连接工厂的Acknowledge Policy（确认方针）属性被设置为"Previous"（提前），但是你希望为一个给定的会话确认所有接收到的消息，那么就用最后一条消息来调用acknowledge()方法。

· DUPS_OK_ACKNOWLEDGE：允许副本的确认模式。一旦接收方应用程序的方法调用从处理消息处返回，会话对象就会确认消息的接收；而且允许重复确认。在需要考虑资源使用时，这种模式非常有效。注意：如果你的应用程序无法处理重复的消息的话，你应该避免使用这种模式。如果发送消息的初始化尝试失败，那么重复的消息可以被重新发送。

· NO_ACKNOWLEDGE：不确认模式。不确认收到的消息是需要的。消息发送给一个NO_ACKNOWLEDGE 会话后，它们会被WebLogic 服务器立即删除。在这种模式下，将无法重新获得已接收的消息，而且可能导致下面的结果：1. 消息可能丢失；和（或者）另一种情况：2. 如果发送消息的初始化尝试失败，会出现重复消息被发送的情况。

· MULTICAST_NO_ACKNOWLEDGE：IP组播下的不确认模式，同样无需确认。发送给一个MULTICAST_NO_ACKNOWLEDGE会话的消息， 会共享之前所述的NO_ACKNOWLEDGE 确认模式一样的特征。这种模式支持希望通过IP 组播方式进行消息通信的应用程序，而且无需依赖会话确认提供的服务质量。注意：如果你的应用程序无法处理消息的丢失或者重复，那么你应该避免使用这种模式。如果发送消息的初始化尝试失败的话，重复的消息可能会被再次发送。

注：在上表的5 种确认模式中，AUTO_ACKNOWLEDGE ，DUPS_OK_ACKNOWLEDGE 和

CLIENT_ACKNOWLEDGE 是JMS 规范定义的，NO_ACKNOWLEDGE 和MULTICAST_NO_ACKNOWLEDGE是WebLogic JMS 提供的。

关于java事务传递和java事务传播行为的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。

标签：