• Eventuate Tram Saga框架是使用JDBC / JPA的Java微服务的Saga框架。 微服务架构遇到的主要挑战是维护跨服务的数据一致性。每项微服务都有自己的私有数据，不能使用传统的分布式事务（JTA/Raft等两段提交PC），这种情况下解决
  • 在系统的早期阶段，不需要分布式事务。随着应用程序数量的增加，数据同步成为一个重要问题。在数据同步方面，很多公司付出了很多维护同步系统的费用。由此，引入了称为XA（扩展体系结构）的两阶段提交协议。该协议为全局事务处理提供类似ACID的属性。在本文中，将尝试在Spring框架中解释XA事务和使用XA事务
  • JTA是Java Transaction API简称 ，即Java事务管理器，主要管理本地事务。本地事务是只同一个数据库源中，多次数据库连接之间的事务，使得这多个数据表操作遵循ACID。 如果想让JTA管理多台数据库操作的分布式事务，需要XA支持，Open icon
  • 对SPRING的事务控制的理解仅出于之前对数据库中事务的理解，即将一些原子操作捆绑成一个大的原子操作，这一堆操作，要么同时成功完成，要么都失败。 但是对SPRING的事务控制有一些疑惑： 1. 我的理解，从SPR icon
  • Context c1 = icon
  • 收藏 不显示删除回复显示所有回复显示星级回复显示得分回复 SpringMvc Jpa mysql开发项目，事务失效，现象：Controller增加和修改无效，但单元测试可以，不知道什么原因，代码如下:各位高手帮忙解决一下啊，谢谢了。 实体类 icon
  • 手上一个问题困扰我好长时间了，请banq老师抽空支个招啊。目前有一已上线试运行项目，Spring+Struts2+Hibernate,外加Quartz框架跑定时任务，Hibernate lazy="true",自然用上了openSessionInViewFilter,Ehcache二级缓存仅 icon
  • Class A(){ ... javax.transaction.UserTransaction tx = new InitialContext().lookup ("javax.transaction.UserTransaction"); tx.begin() icon
  • XA定义分布式事务为：有多个数据源参与的事务，那这个数据源就不一定是数据库的数据源，也有可能来自文件系统，网络流或者本地内存。如果我有如下工作任务：1 往数据库里插入一条数据 2 将你本地内存中全局状态“总记录数”加一 3 往192.2.11.5这台机器的消息队列中发送一个消 icon
  • 大叫好，我是JAVAEE新手，对于JTA不是很了解。在这里寻求一下帮助。我有这样一个场景，我有2个APP SERVER，分别部署了2个DATASOURCE,以及使用了各自DATASOURCE的EJB。现在我需要从其中1个APP SERVER中获取一个事务，执行2个APPSERVER中 icon
  • Event Sourced Architectures for Hi icon
  • 板桥大哥你好，我最近在做项目的过程中发现，我们很多的人对事务控制这个程序员最应该注意的问题并不重视。可以说是概念模糊。我对这里也是很模糊，没想到以前很多的项目就这样过来了。 比如我们现在有一个需求 可能是两个不同的业务操作对数据库中同一条数据进行读写操作。这两个业务操作是并行的（jbp icon
  • 事务分为两类1,本地事务,单一数据源操作2,分布是事务JTA，多个数据源操作 但是我发现很多情况下事务靠JTA仍然不足以解决，JTA限制1、由容器管理所有数据源连接2、容器毕竟有限，管理的连接类型种类也不会太多倘若如 icon
  • 一个容器管理事务的无状态会话Bean,事务属性为Required业务方法线程sleep了15 s,应用服务器交易超时为10s, public void insertData() { try { icon
  • 各位同仁，大家好，想死你们了： 目前存在一个这样的问题，JDBC 的事务是基于 ＪＤＢＣ　数据库连接的么，具体来讲，只要不同的数据库连接，他们的事务就需要单独控制，或者通过JTA 来进行统一管理，实际上我理解的不同数据库连接，基于三个层次，第一相同数据库的相同用户连接，第二相同数据库 icon
  • 我觉得JTA是J2EE平台提供的JAVA事务处理接口。没有EJB，一样可以用JTA实现事务处理。只是事务处理代码要自己写。但我的同事说JTA是EJB独有的特性，写进了EJB规范。没有EJB，就不能用JTA。而且还说目前EJB还没有替代品。大家谈论下这个问题。我发现有不少书籍上和社区上都说EJB的使用 icon
  • 普通的一次请求一个session的方式,在WEB开发中存在一些问题,比如一个业务会话要经过几个请求,各个请求都对数据库进行插入或更新,如果要保证在一个业务会话中完成所有操作,保证原子性,那么就需要采用扩展的持久化上下文来做.这里想问下关于扩展的持久化上下文的实现机制,是不是一个业务会话就采用一个长J icon
  • 在持久层对数据缓存，在更新数据表是同步缓存数据，但事务并不在这一层控制，而是在业务逻辑层控制，当事务失败回滚后，就无法同步缓存数据。请问banq老师，这么问题怎么解决？ icon