我们很高兴地宣布发布Spring Statemachine 1.2.0.RELEASE。 构件可从Maven Central 或 Spring Repository获得。

让我们看看我们为这个最初的1.2.x版本做了什么

• 通常的错误修复和小增强。
• 支持 UML 子状态机。
• 新的Spring Data Repository 抽象，将机器配置保存在外部存储库中，并内置支持 Redis、MongoDB 和 JPA。
• 新示例。
• 新的状态 do 行为支持。
• 新的监控和跟踪 API。
• 初步支持 Spring Boot 自动配置。
• 新的转换和状态错误行为概念。

与最终候选版本相比没有变化，但完整历史记录可从changelog获得。

我们接下来要做什么？

• 1.0.x 已停止维护，1.0.3 为最后一个版本。
• 1.1.x 和 1.2.x 分别在其各自的分支中维护，其中 1.2.x 是主要的稳定分支。
• 很可能会在某个时候出现 1.3.x。
• Master 现在在 2.0.0.BUILD-SNAPSHOT 上。

2.0.x 的故事将会是

• JDK8 最低级别
• 基于 Spring 5
• 引入带有 Reactor 3 的反应式 API

为什么我们认为反应式类型的编程对于状态机来说可能是一件好事？ 这一切都归结为一个机器执行模型，该模型在计时器或事件导致未来发生某些事情时运行到完成。 如果状态机使用同步事件处理，则用户将被阻止等待事件被处理。 状态机一直支持异步事件处理，这很棒，但给用户带来了监听机器何时执行的负担。 通过反应式风格的 API，我们认为与状态机的实际交互将变得更加容易。 不要担心，旧的 API 不会消失。

感谢所有通过 Stack Overflow、GitHub Issues 或其他渠道以任何方式做出贡献的人。 变更的驱动力实际上是社区及其请求。