atomikos JTA 源码解读

2024-03-03 12:48
文章标签 源码 解读 jta atomikos

本文主要是介绍atomikos JTA 源码解读,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一.DataSource


1.AbstractDataSourceBean  是抽象方法,统一实现了ConnectionPoolProperties接口,及HeuristicDataSource接口,用于设置数据源的属性及进行数据源连接(调用ConnectionPool)

除上面的功能外,他还可以进行数据源连接池的管理,主要的方法有:

intcom.atomikos.jdbc.AbstractDataSourceBean.poolAvailableSize()              连接池中可用(已创建空闲的)的连接数量

intcom.atomikos.jdbc.AbstractDataSourceBean.poolTotalSize()                    连接池中总连接数量(正在使用+空闲)

voidcom.atomikos.jdbc.AbstractDataSourceBean.refreshPool()                    刷新连接池,会把没有正在使用的连接销毁掉,如果销毁后的连接数小于最小连接池的数量,将新建连接到达到最小数量的要求

AtomikosDataSourceBean                       分布式数据源

AtomikosNonXADataSourceBean     非分布式数据源

 

2.相关属性:对应到美创CRM

<datasource>

         <id>default</id>

         <driver-class>oracle.jdbc.driver.OracleDriver</driver-class>

         <url>jdbc:oracle:thin:@192.168.1.201:1521:orcl</url>

         <user>xxx</user>

         <password>xxx</password>

         <min-pool-size>3</min-pool-size>

         <max-pool-size>10</max-pool-size>

         <max-lifetime>0</max-lifetime>                                                                      <!--连接最大存活时间,超过这个且没有正在使用的连接将自动销毁,0无限制,1000 =1000s,对于一些会自动中断连接的数据库如mysql,可以设置这个参数,在达到这个时间的时候会自动关闭连接,下次数据库调用的时候就会新建-->

         <borrow-connection-timeout>30</borrow-connection-timeout>  <!--获取连接失败重新获等待最大时间,在这个时间内如果有可用连接,将返回-->

         <!--default-isolation-level>-1</default-isolation-level--> 

         <login-timeout>0</login-timeout>                                                         <!--java数据库连接池,最大可等待获取datasouce的时间-->

         <maintenance-interval>60</maintenance-interval>                                  <!--连接回收时间-->

         <max-idle-time>60</max-pool-size>                                                               <!--最大闲置时间,超过最小连接池连接的连接将将关闭-->

         <reap-timeout>0</reap-timeout>                                                                   <!--最大获取数据时间,如果不设置这个值,Atomikos使用默认的5分钟,那么在处理大批量数据读取的时候,一旦超过5分钟,就会抛出类似 Resultset is close 的错误.-->

</datasource>         

 

 

 

二. com.atomikos.datasource.pool.ConnectionPool 连接池具体实现类

1.voidcom.atomikos.datasource.pool.ConnectionPool.launchMaintenanceTimer()连接池回收处理定时器,会根据maintenanceinterval设置的重复时间进行重复执行,每次执行会:

1)reapPool        是否有超过最大数据获取时间的连接,如果有,这抛出获取时间超时的异常

2)removeConnectionsThatExceededMaxLifetime  删除超过最大生命周期的没有正在使用的连接

3)addConnectionsIfMinPoolSizeNotReached           添加连接数达到最小连接

removeIdleConnectionsIfMinPoolSizeExceeded  删除连接数,如果超过最大连接

 

2. 获取连接

Reapablecom.atomikos.datasource.pool.ConnectionPool.borrowConnection(HeuristicMessagehmsg) throws CreateConnectionException, PoolExhaustedException,ConnectionPoolException

获取连接的时候首先调用

findExistingOpenConnectionForCallingThread 直接获取连接,如果获取失败将调用

findOrWaitForAnAvailableConnection根据borrowTimeout进行等待,如果在borrowTimeout时间内有连接处于可用(未超过最大连接将创建)将立即返回,否则将抛出异常

Connection pool exhausted - try increasing'maxPoolSize' and/or 'borrowConnectionTimeout' on the DataSourceBean

 

3.销毁连接

voidcom.atomikos.datasource.pool.ConnectionPool.destroyPooledConnection(XPooledConnectionxpc)

 

4. voidcom.atomikos.datasource.pool.ConnectionPool.growPool() throws CreateConnectionException

连接不足时创建连接

5. voidcom.atomikos.datasource.pool.ConnectionPool.refresh()

刷新连接池,同AbstractDataSourceBean.refreshPool()     

6.intcom.atomikos.datasource.pool.ConnectionPool.availableSize()

可用的连接数

7.intcom.atomikos.datasource.pool.ConnectionPool.totalSize()

总连接数

 

三、事务超时管理:

com.atomikos.icatch.imp.CoordinatorImp在这个里面会启用的一个定时器,后台管理事务

voidcom.atomikos.icatch.imp.ActiveStateHandler.onTimeout()事务超时的时候会执行这个方法进行回滚

 

更多atomikos 分析请参考豆蔻网上的文章:http://exception.handlecode.com/share/1038187.html


四、属性加载方法:

Properties com. atomikos. icatch. config. UserTransactionServiceImp.findProperties()

五、同一个tomcat 不同的应用需要修改配置,否则出现异常

Caused by: com.atomikos.persistence.LogException: Old file could not be deleted
at com.atomikos.persistence.imp.FileLogStream.writeCheckpoint(FileLogStream.java:168)
... 48 more


解决方法,设置属性:
com.atomikos.icatch.console_file_name = tm_api.out
com.atomikos.icatch.log_base_name = tmlog_api

属性可以是 jta.properties 放置到classpath,或者设置一个环境变量

System.setProperty("com.atomikos.icatch.file", sc.getRealPath("WEB-INF/config/atomikos-jta.properties"));





这篇关于atomikos JTA 源码解读的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/769668

相关文章

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟&nbsp;开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚&nbsp;第一站:海量资源,应有尽有 走进“智听

MCU7.keil中build产生的hex文件解读

1.hex文件大致解读 闲来无事,查看了MCU6.用keil新建项目的hex文件 用FlexHex打开 给我的第一印象是:经过软件的解释之后,发现这些数据排列地十分整齐 :02000F0080FE71:03000000020003F8:0C000300787FE4F6D8FD75810702000F3D:00000001FF 把解释后的数据当作十六进制来观察 1.每一行数据

Java ArrayList扩容机制 (源码解读)

结论:初始长度为10,若所需长度小于1.5倍原长度,则按照1.5倍扩容。若不够用则按照所需长度扩容。 一. 明确类内部重要变量含义         1:数组默认长度         2:这是一个共享的空数组实例,用于明确创建长度为0时的ArrayList ,比如通过 new ArrayList<>(0),ArrayList 内部的数组 elementData 会指向这个 EMPTY_EL

如何在Visual Studio中调试.NET源码

今天偶然在看别人代码时,发现在他的代码里使用了Any判断List<T>是否为空。 我一般的做法是先判断是否为null,再判断Count。 看了一下Count的源码如下: 1 [__DynamicallyInvokable]2 public int Count3 {4 [__DynamicallyInvokable]5 get

工厂ERP管理系统实现源码(JAVA)

工厂进销存管理系统是一个集采购管理、仓库管理、生产管理和销售管理于一体的综合解决方案。该系统旨在帮助企业优化流程、提高效率、降低成本,并实时掌握各环节的运营状况。 在采购管理方面,系统能够处理采购订单、供应商管理和采购入库等流程,确保采购过程的透明和高效。仓库管理方面,实现库存的精准管理,包括入库、出库、盘点等操作,确保库存数据的准确性和实时性。 生产管理模块则涵盖了生产计划制定、物料需求计划、

Spring 源码解读:自定义实现Bean定义的注册与解析

引言 在Spring框架中,Bean的注册与解析是整个依赖注入流程的核心步骤。通过Bean定义,Spring容器知道如何创建、配置和管理每个Bean实例。本篇文章将通过实现一个简化版的Bean定义注册与解析机制,帮助你理解Spring框架背后的设计逻辑。我们还将对比Spring中的BeanDefinition和BeanDefinitionRegistry,以全面掌握Bean注册和解析的核心原理。

音视频入门基础:WAV专题(10)——FFmpeg源码中计算WAV音频文件每个packet的pts、dts的实现

一、引言 从文章《音视频入门基础:WAV专题(6)——通过FFprobe显示WAV音频文件每个数据包的信息》中我们可以知道,通过FFprobe命令可以打印WAV音频文件每个packet(也称为数据包或多媒体包)的信息,这些信息包含该packet的pts、dts: 打印出来的“pts”实际是AVPacket结构体中的成员变量pts,是以AVStream->time_base为单位的显

kubelet组件的启动流程源码分析

概述 摘要: 本文将总结kubelet的作用以及原理,在有一定基础认识的前提下,通过阅读kubelet源码,对kubelet组件的启动流程进行分析。 正文 kubelet的作用 这里对kubelet的作用做一个简单总结。 节点管理 节点的注册 节点状态更新 容器管理(pod生命周期管理) 监听apiserver的容器事件 容器的创建、删除(CRI) 容器的网络的创建与删除

GPT系列之:GPT-1,GPT-2,GPT-3详细解读

一、GPT1 论文:Improving Language Understanding by Generative Pre-Training 链接:https://cdn.openai.com/research-covers/languageunsupervised/language_understanding_paper.pdf 启发点:生成loss和微调loss同时作用,让下游任务来适应预训

red5-server源码

red5-server源码:https://github.com/Red5/red5-server