The Atomikos Blog

Archive_web

You are here: Blog

ExtremeTransactions 6.0.120
Release notes for 6.0.120

21 August 2026 | Guy Pardon | Release notes

A cor­rect­ness fix for JMS con­nec­tion pool­ing: con­cur­rent­ly clos­ing ses­sions of a pooled con­nec­tion can no longer dead­lock the pool, so a con­nec­tion that fails asyn­chro­nous­ly (for ex­am­ple an IBM MQ con­nec­tion drop) is re­li­ably de­tect­ed and re­placed.

ExtremeTransactions 6.0.119
Release notes for 6.0.119

19 August 2026 | Guy Pardon | Release notes

Ex­tremeTrans­ac­tions 6.0.119 hard­ens crash re­cov­ery (a sib­ling-branch atom­ic­i­ty resid­ual is closed; a failed or dan­ger­ous­ly-late com­mit-log write is now treat­ed as a heuris­tic haz­ard rather than an in­cor­rect roll­back) and fix­es JMS con­nec­tion-pool reuse of a con­nec­tion bro­ken asyn­chro­nous­ly (for ex­am­ple IBM MQ). It also adds LogCloud re­cov­ery-ac­tion au­dit­ing with a read-only view­er, and cor­rects cross-ser­vice re­cov­ery and Spring Boot 3.4 con­fig­u­ra­tion. It is a drop-in re­place­ment for ear­li­er 6.0.x re­leas­es.

ExtremeTransactions 6.0.118
Release notes for 6.0.118

31 July 2026 | Guy Pardon | Release notes

Two trans­ac­tion-time­out cor­rect­ness im­prove­ments: a fix so a doomed trans­ac­tion reusing the same con­nec­tion is now in­ter­rupt­ed on every sub­se­quent use, not just the first, plus a new opt-in op­tion to bound a REQUIRES_NEW trans­ac­tion's time­out to its sus­pend­ed par­ent's re­main­ing time. Also in­cludes an SLF4J 2.x de­tec­tion fix and a con­nec­tion-pool idle-evic­tion re­gres­sion fix.

ExtremeTransactions 6.0.117
XA timeout hardening

06 July 2026 | Guy Pardon | Release notes

Two time­out-cor­rect­ness im­prove­ments for XA en­list­ment: an opt-in guard that re­fus­es to en­list a re­source on a trans­ac­tion that has al­ready timed out or been marked roll­back-only — in­ter­rupt­ing it be­fore XA START in­stead of fail­ing lat­er at com­mit — and a fix so an al­ready-timed-out co­or­di­na­tor no longer re­sets an en­list­ed re­source's own time­out to the back­end de­fault (which held XA re­sources longer than need­ed). Plus, you can now skip the lega­cy Or­a­cle AQ forceCon­nec­tionIn­toXaMode workaround on spec-com­pli­ant JMS providers and on Or­a­cle AQ 19c and lat­er.

Ask AI to Build a Transaction Manager. Then Pull the Plug.
AI can generate a transaction manager in seconds. The real challenge isn't getting transactions to commit: it is recovering correctly when the system crashes at exactly the wrong moment.

09 June 2026 | Guy Pardon | ,

AI can gen­er­ate a trans­ac­tion man­ag­er in min­utes. But can it re­cov­er cor­rect­ly when the co­or­di­na­tor crash­es be­tween pre­pare and com­mit? That's where the real en­gi­neer­ing be­gins.

Corporate Information

Atomikos Corporate Headquarters
Hoveniersstraat, 39/1, 2800
Mechelen, Belgium

Contact Us

Copyright 2026 Atomikos BVBA | Our Privacy Policy
This page was cached on 22 Aug 2026 - 15:04.
By using this site you agree to our cookies. More info. That's Fine