Changelog — page 7
New features, improvements, and fixes in the Fluxzero SDK.
Sep 26, 2026 · 2.6.1
Section titled “Sep 26, 2026 · 2.6.1”GitHub
Sep 26, 2026 · 2.6.1
Section titled “Sep 26, 2026 · 2.6.1”Sep 26, 2026 · 2.6.0
Section titled “Sep 26, 2026 · 2.6.0”GitHub
Sep 26, 2026 · 2.6.0
Section titled “Sep 26, 2026 · 2.6.0”2.6.0 (2026-09-26)
Rename awaitSendAndForgetFutures to awaitOutgoingWrites and rebuild applications and dependent libraries, including annotated handlers. There is no alias or fallback.
Code Refactoring
Sep 26, 2026 · 2.5.0
Section titled “Sep 26, 2026 · 2.5.0”GitHub
Sep 26, 2026 · 2.5.0
Section titled “Sep 26, 2026 · 2.5.0”Sep 26, 2026 · 2.4.2
Section titled “Sep 26, 2026 · 2.4.2”GitHub
Sep 26, 2026 · 2.4.2
Section titled “Sep 26, 2026 · 2.4.2”Sep 26, 2026 · 2.4.1
Section titled “Sep 26, 2026 · 2.4.1”GitHub
Sep 26, 2026 · 2.4.1
Section titled “Sep 26, 2026 · 2.4.1”Sep 26, 2026 · 1.292.6
Section titled “Sep 26, 2026 · 1.292.6”GitHub
Sep 26, 2026 · 1.292.6
Section titled “Sep 26, 2026 · 1.292.6”Sep 26, 2026 · 1.292.5
Section titled “Sep 26, 2026 · 1.292.5”GitHub
Sep 26, 2026 · 1.292.5
Section titled “Sep 26, 2026 · 1.292.5”Delivery defaults and batch completion
- Extend
Guarantee.DEFAULTresolution to responses, WebSocket operations, fire-and-forget indexing and bulk operations, retention, and scheduling client defaults/cancellation. - The general 1.x default is
NONE, independent offluxzero.defaults.version. The short-lived date-based publication opt-in is removed. Setfluxzero.publishing.defaultGuarantee(FLUXZERO_PUBLISHING_DEFAULT_GUARANTEE) explicitly to chooseNONE,SENTorSTOREDfor operations usingDEFAULT. - Scheduling client defaults and cancellation preserve their previous
SENTguarantee when the feature property is absent. An explicitNONEoverride remains effective. - Await outgoing asynchronous batch commands before committing a tracked position, while preserving failure/retry handling and internal periodic cancellation acknowledgements.
- Existing 1.x key-value method signatures and blocking behavior, normal indexing guarantees, document maintenance defaults and blocking schedule creation remain unchanged. This patch does not introduce the 2.x key-value API migration.
Relevant Java/Kotlin documentation and Javadocs describe these contracts.
Full comparison: https://github.com/fluxzero-io/fluxzero-sdk-java/compare/1.292.4...1.292.5
Sep 26, 2026 · 1.292.4
Section titled “Sep 26, 2026 · 1.292.4”GitHub
Sep 26, 2026 · 1.292.4
Section titled “Sep 26, 2026 · 1.292.4”Sep 26, 2026 · 1.292.3
Section titled “Sep 26, 2026 · 1.292.3”GitHub
Sep 26, 2026 · 1.292.3
Section titled “Sep 26, 2026 · 1.292.3”Sep 25, 2026 · 2.4.0
Section titled “Sep 25, 2026 · 2.4.0”GitHub
Sep 25, 2026 · 2.4.0
Section titled “Sep 25, 2026 · 2.4.0”Sep 25, 2026 · 2.3.0
Section titled “Sep 25, 2026 · 2.3.0”GitHub
Sep 25, 2026 · 2.3.0
Section titled “Sep 25, 2026 · 2.3.0”Sep 25, 2026 · 2.2.0
Section titled “Sep 25, 2026 · 2.2.0”GitHub
Sep 25, 2026 · 2.2.0
Section titled “Sep 25, 2026 · 2.2.0”Sep 25, 2026 · 2.1.3
Section titled “Sep 25, 2026 · 2.1.3”GitHub
Sep 25, 2026 · 2.1.3
Section titled “Sep 25, 2026 · 2.1.3”Sep 25, 2026 · 2.1.2
Section titled “Sep 25, 2026 · 2.1.2”GitHub
Sep 25, 2026 · 2.1.2
Section titled “Sep 25, 2026 · 2.1.2”Sep 25, 2026 · 2.1.1
Section titled “Sep 25, 2026 · 2.1.1”GitHub
Sep 25, 2026 · 2.1.1
Section titled “Sep 25, 2026 · 2.1.1”Sep 25, 2026 · 2.1.0
Section titled “Sep 25, 2026 · 2.1.0”GitHub
Sep 25, 2026 · 2.1.0
Section titled “Sep 25, 2026 · 2.1.0”Sep 25, 2026 · 1.292.2
Section titled “Sep 25, 2026 · 1.292.2”GitHub
Sep 25, 2026 · 1.292.2
Section titled “Sep 25, 2026 · 1.292.2”Sep 25, 2026 · 1.292.1
Section titled “Sep 25, 2026 · 1.292.1”GitHub
Sep 25, 2026 · 1.292.1
Section titled “Sep 25, 2026 · 1.292.1”Sep 24, 2026 · 2.0.0
Section titled “Sep 24, 2026 · 2.0.0”GitHub
Sep 24, 2026 · 2.0.0
Section titled “Sep 24, 2026 · 2.0.0”2.0.0 (2026-09-24)
Fluxzero 2.0 removes a fundamental constraint that has shaped every Fluxzero application until now. Aggregates tied four concerns to one tree: what belongs together, what changes together, what is stored together and what is loaded together. Small operations could require large roots, while rules crossing those roots lost atomic consistency. Once history accumulated, changing that structure became difficult.
Fluxzero 2.0 separates these concerns by shifting the consistency boundary from the Aggregate being changed to the change itself. Related Models can keep their own identity, history and storage, while an operation changes them together atomically. Commands, applies, assertions and tests remain familiar.
See the 2.0 overview for the motivation and headline features, or the deep dive for examples and contracts.
Features
Performance Improvements
Breaking Changes
- java: require Java 25; use JDK 25.0.3 or newer.
- authentication: require custom User implementations to provide id() explicitly.
- platform: require a compatible 2.x Runtime for Model/Graph operations and document encoding negotiation.
Existing Aggregate applications remain supported. Upgrading the SDK and migrating stored Aggregates are separate steps; see the upgrade guide and Aggregate migration.
Sep 23, 2026 · 2.0.0-rc.20
Section titled “Sep 23, 2026 · 2.0.0-rc.20”GitHub
Sep 23, 2026 · 2.0.0-rc.20
Section titled “Sep 23, 2026 · 2.0.0-rc.20”Highlights
- Add
Graph.compareAndSet(replacement)for a single revision-checked replacement or deletion. - Add
Graph.updateAndGetandGraph.getAndUpdatewith a Graph transformation and boundedmaxRetries(default 0). Each attempt reads fresh committed state and validates consumed Model values and relationships. Results are returned only after durable commit. - Report unavailable pinned DOCUMENT state during mutation preparation as the public
ModelCommitConflictException, without leaking an internal Graph-boundary exception or silently reexecuting the stale mutation. - Add Java/Kotlin examples for atomic updates, consume-once and external-effect recovery, with deterministic concurrency coverage.
API boundaries
Atomic Graph helpers operate on one existing independent Model outside another Model mutation. They directly replace state; domain payload handlers and their assertions are not automatically invoked. Validate required invariants inside the transformation, return immutable values, and keep external effects outside it.
compareAndSet retains the receiver's expected revision and never retries. Function variants retry only definitively rejected storage commits, within the explicit budget. Application failures, unavailable pinned document history and uncertain transport outcomes are not automatically repeated. An absent Model is never implicitly created.
This is a release candidate, not a GA release. The broader final capacity and downstream qualification remains separate.
© 2026 Fluxzero