jta

Java EE7 consists of a bunch of "bean" definitions: Managed Beans 1.0 (JSR-316 / JSR-250) Dependency Injection for Java 1.0 (JSR-330) CDI 1.1 (JSR-346) JSF Managed Beans 2.2 (JSR-344) EJB 3.2 (JSR-345) In order to get rid of the chaos in my mind, I studies several articles of "when to use which bean type". One of the pros for EJB seems to be that they alone support declarative container-managed transactions (the famous transaction annotations). I'm not sure, though, if this is correct. Can anyone approve this? Meanwhile, I came up with a simple demo application to check if this was actually

摘要 Spring框架是一个流行的基于轻量级控制反转容器的Java/J2EE应用框架，尤其在数据访问和事务管理方面的能力是众所周知的。Spring的声明性事务分离可以应用到任何POJO目标对象，并且包含所有EJB基于容器管理事务中的已声明事务。后台的事务管理器支持简单的基于JDBC的事务和全功能的基于JTA的J2EE事务。 这篇文章详细的讨论了Spring的事务管理特性。重点是如何在使用JTA作为后台事务策略的基础上让POJO利用Spring的声明性事务，这也显示了Spring的事务服务可以无缝地与J2EE服务器（如BEA WebLogic Server的事务协调器）的事务协调器进行交互，作为EJB CMT传统事务分离方式的一个替代者。 POJO的声明性事务 作为Spring声明性事务分离方式的样例，让我们来看一下Spring的样例应用PetClinic的中心服务外观中的配置： 清单1： <bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean"> <property name="jndiName"> <value>java:comp/env/jdbc/petclinic</value> </property> </bean> <bean id="transactionManager"

没有相应的RPC接口，一个项目存在多个数据源，不想在代码端自己编写代码切换数据源? 你有可能需要下面的解决方案： 多数据源配置 <!-- 数据源1配置 --> <bean id="dataSourceFor1" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"> <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver" /> <property name="url" value="${db1_url}" /> <property name="username" value="$db1_user}" /> <property name="password" value="${db1_passwd}" /> <property name="maxWait" value="${db1_maxWait}" /> <property name="maxActive" value="28" /> <property name="initialSize" value="2" /> <property name="minIdle" value="0" /> <property name

#1 前言 系列目录 分布式事务系列（开篇）提出疑问和研究过程 分布式事务系列（1.1）Spring事务管理器PlatformTransactionManager源码分析 分布式事务系列（1.2）Spring事务体系 分布式事务系列（2.1）分布式事务模型与接口定义 分布式事务系列（3.1）jotm的分布式案例 分布式事务系列（3.2）jotm分布式事务源码分析 分布式事务系列（4.1）Atomikos的分布式案例 对于我们这种初学者，可能会使用spring带给我们的@Transactional，可能了解JTA，可能会使用jotm、atomikos，又会遇到一些名词XA，支持XA的数据库驱动等等诸多问题，然后就会愈加混乱，自然形成一个疑问，庞大的事务体系的全貌到底是什么样？ #2 需要解决的疑惑 下面就要具体列出一系列需要解决的问题 ##2.1 对于事务模型 三种事务模型是什么？各自的特点是什么？各自的缺陷是什么？ ##2.2 spring对于事务模型的支持 spring自己的一系列接口设计： PlatformTransactionManager 事务管理器 TransactionDefinition 事务定义 TransactionStatus 事务状态 等等 上述一系列接口的实现是如何对非分布式和分布式事务的支持的呢？ ##2.3 针对分布式事务的规范 X/Open