Release Notes

All the enhancements and features which have been introduced to our major and minor release are documented here. This covers improvements to Axon Framework, Axon Server and the Axon Framework Extensions, since all three follow the same release cadence. For bug fixes per project, we refer to this page.

Release 4.1

• The TrackingEventProcessor now has an API to split and merge TrackingTokens during runtime of an application.

  Axon Server has additions to the UI to split and merge a given Tracking Event Processor's tokens.

• Next to Dropwizard metrics the framework now also supports Micrometer metrics.

  The MessageMonitor interface is used to allow integration with Micrometer.

  Lastly, we are incredibly thankful that this has been introduced as a community contribution.

• Primitive types are now supported as @QueryHandler return types.

• In a similar fashion as the CommandGateway and QueryGateway we have introduced the EventGateway.

  As with the command and query version, the EventGateway provides a simpler API when it comes to dispatching Events on the EventBus.

We refer to this page for a full list of all the changes.

Release 4.0

• The package structure of Axon Framework has changed drastically with the aim to provide users the option to pick and choose.

  For example, if only the messaging components of framework are required, one can directly depend on the axon-messaging package.

• In part with the package restructure, all components which leverage another framework to provide something extra have been given their own repository.

  These repositories are called the Axon Framework Extensions.

• The configuration of Event Processor has been replaced and greatly fine tuned with the addition of the EventProcessingConfigurer.

• Some new defaults have been introduced in release 4.0, like a bias towards expecting a connection with Axon Server.

  Another important chance is the switch from defaulting to Tracking Processors instead of Subscribing Processors.

• The notion of a CommandResultMessage has been introduced as a dedicated message towards the result of command handling.

• To simplify configuration and more easily overcome deprecation,

  the Builder pattern has been implemented for all infrastructure components.

For more details, check the list of issues here.