Spring Boot2的JTA怎么使用

這篇文章主要講解了“Spring Boot2的JTA怎么使用”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Spring Boot2的JTA怎么使用”吧！

使用JTA處理分布式事務

Spring Boot通過Atomkos或Bitronix的內嵌事務管理器支持跨多個XA資源的分布式JTA事務，當部署到恰當的J2EE應用服務器時也會支持JTA事務。

當發現JTA環境時，Spring Boot將使用Spring的JtaTransactionManager來管理事務。自動配置的JMS，DataSource和JPA　beans將被升級以支持XA事務。你可以使用標準的Spring idioms，比如@Transactional，來參與到一個分布式事務中。如果處于JTA環境，但仍想使用本地事務，你可以將spring.jta.enabled屬性設置為false來禁用JTA自動配置功能。

使用Atomikos事務管理器

Atomikos是一個非常流行的開源事務管理器，并且可以嵌入到你的Spring Boot應用中。你可以使用spring-boot-starter-jta-atomikosStarter去獲取正確的Atomikos庫。Spring Boot會自動配置Atomikos，并將合適的depends-on應用到你的Spring Beans上，確保它們以正確的順序啟動和關閉。

默認情況下，Atomikos事務日志將被記錄在應用home目錄（你的應用jar文件放置的目錄）下的transaction-logs文件夾中。你可以在application.properties文件中通過設置spring.jta.log-dir屬性來定義該目錄，以spring.jta.atomikos.properties開頭的屬性能用來定義Atomikos的UserTransactionServiceIml實現，具體參考AtomikosProperties javadoc。

注意

為了確保多個事務管理器能夠安全地和相應的資源管理器配合，每個Atomikos實例必須設置一個唯一的ID。默認情況下，該ID是Atomikos實例運行的機器上的IP地址。為了確保生產環境中該ID的唯一性，你需要為應用的每個實例設置不同的spring.jta.transaction-manager-id屬性值。

使用Bitronix事務管理器

Bitronix是一個流行的開源JTA事務管理器實現，你可以使用spring-boot-starter-jta-bitronixstarter為項目添加合適的Birtronix依賴。和Atomikos類似，Spring Boot將自動配置Bitronix，并對beans進行后處理（post-process）以確保它們以正確的順序啟動和關閉。

默認情況下，Bitronix事務日志（part1.btm和part2.btm）將被記錄到應用home目錄下的transaction-logs文件夾中，你可以通過設置spring.jta.log-dir屬性來自定義該目錄。以spring.jta.bitronix.properties開頭的屬性將被綁定到bitronix.tm.Configuration bean，你可以通過這完成進一步的自定義，具體參考Bitronix文檔。

注意

為了確保多個事務管理器能夠安全地和相應的資源管理器配合，每個Bitronix實例必須設置一個唯一的ID。默認情況下，該ID是Bitronix實例運行的機器上的IP地址。為了確保生產環境中該ID的唯一性，你需要為應用的每個實例設置不同的spring.jta.transaction-manager-id屬性值。

使用Narayana事務管理器

Narayana是一個流行的開源JTA事務管理器實現，目前只有JBoss支持。你可以使用spring-boot-starter-jta-narayana starter添加合適的Narayana依賴，像Atomikos和Bitronix那樣，Spring Boot將自動配置Narayana，并對你的beans后處理（post-process）以確保正確啟動和關閉。

Narayana事務日志默認記錄到應用home目錄（放置應用jar的目錄）的transaction-logs目錄下，你可以通過設置application.properties中的spring.jta.log-dir屬性自定義該目錄。以spring.jta.narayana.properties開頭的屬性可用于自定義Narayana配置，具體參考NarayanaProperties。

注意

為了確保多事務管理器能夠安全配合相應資源管理器，每個Narayana實例必須配置唯一的ID，默認ID設為1。為確保生產環境中ID唯一性，你可以為應用的每個實例配置不同的spring.jta.transaction-manager-id屬性值。

使用J2EE管理的事務管理器

如果你將Spring Boot應用打包為一個war或ear文件，并將它部署到一個J2EE的應用服務器中，那你就能使用應用服務器內建的事務管理器。Spring Boot將嘗試通過查找常見的JNDI路徑（java:comp/UserTransaction, java:comp/TransactionManager等）來自動配置一個事務管理器。如果使用應用服務器提供的事務服務，你通常需要確保所有的資源都被應用服務器管理，并通過JNDI暴露出去。Spring Boot通過查找JNDI路徑java:/JmsXA或java:/XAConnectionFactory獲取一個ConnectionFactory來自動配置JMS，并且你可以使用spring.datasource.jndi-name屬性配置你的DataSource。

混合XA和non-XA的JMS連接

當使用JTA時，primary JMS ConnectionFactorybean將能識別XA，并參與到分布式事務中。有些情況下，你可能需要使用non-XA的ConnectionFactory去處理一些JMS消息。例如，你的JMS處理邏輯可能比XA超時時間長。

如果想使用一個non-XA的ConnectionFactory，你可以注入nonXaJmsConnectionFactory　bean而不是@Primary jmsConnectionFactory bean。為了保持一致，jmsConnectionFactory　bean將以別名xaJmsConnectionFactor來被使用。

示例如下：

 1// Inject the primary (XA aware) ConnectionFactory
 2@Autowired
 3private ConnectionFactory defaultConnectionFactory;
 4// Inject the XA aware ConnectionFactory (uses the alias and injects the same as above)
 5@Autowired
 6@Qualifier("xaJmsConnectionFactory")
 7private ConnectionFactory xaConnectionFactory;
 8// Inject the non-XA aware ConnectionFactory
 9@Autowired
10@Qualifier("nonXaJmsConnectionFactory")
11private ConnectionFactory nonXaConnectionFactory;

支持可替代的內嵌事務管理器

XAConnectionFactoryWrapper和XADataSourceWrapper接口用于支持可替換的內嵌事務管理器。該接口用于包裝XAConnectionFactory和XADataSource　beans，并將它們暴露為普通的ConnectionFactory和DataSource beans，這樣在分布式事務中可以透明使用。Spring Boot將使用注冊到ApplicationContext的合適的XA包裝器及JtaTransactionManager bean自動配置你的DataSource和JMS。

BitronixXAConnectionFactoryWrapper和BitronixXADataSourceWrapper提供很好的示例用于演示怎么編寫XA包裝器。

感謝各位的閱讀，以上就是“Spring Boot2的JTA怎么使用”的內容了，經過本文的學習后，相信大家對Spring Boot2的JTA怎么使用這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！