Skip to main content
For a detailed list of all changes, see the Changelog.
For migration tips, see the Migration Notes.
For details about versioning, see the Versioning Policy

​
6.2.1

2026-09-03

​
Summary

​
New Features

​
Improvements

​
New Features

​
Atoti Tableau adapter

The experimental Atoti Tableau Adapter is now fully available. The feature is no longer experimental. It allows you to connect Atoti directly to Tableau, enabling interactive dashboards powered by Atoti’s aggregation engine.

​
GAQ REST APIs are no longer experimental

The GAQ REST API and the Continuous GAQ REST API are now generally available. They run GetAggregatesQuery queries over REST and return their results in Apache Arrow format, as a single snapshot or as a continuous stream of updates.

​
Continuous GAQ pagination

The streaming of query updates in the GetAggregatesQuery format can now be paginated. See the documentation page for more details.

​
Improvements

​
Query timeout override guardrail

The Context Value QueriesTimeLimit comes with new constructors allowing defining an override ceiling. Using this new ceiling value, it is possible to define a default value after which queries timeout, but allow each query to override this timeout up until the defined ceiling. As any context value, this is configurable on a per-user and per-role basis. See the documentation page for more details.

​
Force a post-processor to execute in the data cubes

In a distributed cluster, a post-processor defined in the data cubes is normally also created in the query cube, where it is initialized before its partial results are reduced. Post-processors that need database access during initialization could not be defined this way, because the query cube has no database. Setting the IDistributedPostProcessor#DISABLE_LOGIC_EXECUTION_IN_QUERY_CUBE property ("disableInQueryCube") to "true" now makes such a post-processor run and initialize on the data cubes only. The query cube keeps only a lightweight placeholder that reduces the partial results. See Distributed Post-Processors for details.

​
Feature-based loggers for the cube

Most of the logging on the cube’s transactions and queries is unified under new feature-based loggers. These loggers are fully backward compatible: logging configurations do not need to be migrated. See the documentation page for more details.

​
Distributed queries better target data nodes

Distributed Queries attempt to reduce the number of Data Nodes that are contacted when they would return an empty contribution to the query.

​
6.2.0

2026-07-27

​
Summary

The main changes in 6.2 are:
  • Upgrade to Java 25
  • Upgrade to Spring Boot 4, including Spring 7 and Jackson 3
  • Switch to SLF4J for logging
Many smaller changes are also part of this release. See the changelog for the full list. A migration note provides detailed guidance, including an automated migration process using OpenRewrite recipes.

​
Java upgrade

The new baseline is Java 25, bringing the latest JDK improvements to Atoti.

​
Spring upgrade

The new baseline is Spring 7 and Spring Boot 4, because open source support for Spring Boot 3 ends in June 2026. This upgrade also brings Jackson to version 3.

​
SLF4J

Atoti Server now logs through SLF4J, the de facto standard logging facade for Java, instead of JUL (java.util.logging). Routing Atoti Server logs into your logging framework of choice is now more direct. See the migration notes for the logging dependencies to review when upgrading.

​
New Features

  • Added Copper Join Optimization, an experimental optimization that speeds up Copper joins with a selective filter on the joined table.

​
Other changes

​
Supported database version changes

The baseline for the database versions supported in DirectQuery has changed.
  • ClickHouse 26.03
  • Databricks Runtime: 17.3
  • MSSQL Server 2019