API Maturity: Stable
Implementation Maturity: Almost Stable

There won't be any breaking changes in the API (assertion functions/builders) until v1.0.0 besides parameter name renaming and experimental features. But we want to progress as well and deprecate functionality in each version (e.g quite a lot with 0.7.0; please replace deprecated functionality until v1.0.0 where we will remove it).
However, we do not provide yet a stable API for the domain and core modules of Atrium -- it is almost stable, but there might be slight breaking changes which we want to introduce before v1.0.0. That is also the reason why we do not have yet established backward compatibility tests for domain/core. This might affect you if you write your own assertion functions. And it also affects you if you provide your own implementation for parts of Atrium.

Table of Content

• New Features
  • API
  • Domain/Core aka write own assertion functions
• Fixes
• Improvements
• Breaking Changes
• Deprecation
• Migrating deprecated functionality

New Features

API fluent-en_GB

• #31 shortcut for Throwable.cause => thanks to @tfesenko for the implementation

jdk8 extensions

• #216 shortcut for Path.resolve => thanks to @slalu for the implementation

Domain / Core

• none this time

Fixes

• none this time

Improvements

• component diagram by @tfesenko in CONTRIBUTING.md

Breaking Changes

Planned (previously deprecated or announced)

• none this time

Unplanned

• none this time

Deprecation

• none this time

Breaking Changes with 1.0.0

See atrium-roadmap -> Milestone 1.0.0

Migrating deprecated functionality

There aren't any deprecations in this version and thus also no migration required if you update from 0.9.0.

In case you migrate from 0.8.0 to this version, have a look at the migration guide given in the release notes of v0.9.0