Release notes for ExtremeTransactions 6.1.116

Stop gambling with your data integrity.

From debunking the "XA is slow" myth to solving cloud-native recovery with LogCloud, we are showing you how to reclaim your developer productivity and bring 100% atomicity to your microservices.

Let's face it: most "resilient" microservice designs are still losing data.

It is not that developers aren't trying. They are. You see it in the endless retry logic, idempotency tokens, and circuit breakers piled into every service. You see it in all the apologetic blog posts explaining why 'eventual consistency' is a feature, not a bug.

But here is the uncomfortable truth: these patterns are treating the symptoms, not the disease. If you've ever faced duplicate messages, inconsistent state across services, or the dreaded partial failure in a distributed system, then you have seen it up close.

The root cause? Missing transactionality.

In the world of microservices and light-weight infrastructure, a lot of teams think they should roll their own eventual consistency "patterns" - let's call this "custom eventual consistency". So they end up coding a lot that needs to be tested for border-case scenarios. Even if this is done, the result rarely covers all cases, and not everybody wants to maintain this kind of code.