java - 命令状态的自动持久化 [Axon Framework]

Question

我正在研究 Axon 框架，但在命令状态的自动持久化方面遇到了困难。

我查看了有关 command model repository 的文档根据我的理解，如果我有正确的依赖关系，标准存储库的命令模型的状态应该是自动持久化的。这种情绪也存在于另一个 blog/tutorial 中。我看过(您可能需要向下滚动到存储库部分)。

问题是，虽然我添加了 axon-mongo 依赖项，但命令状态不会自动保留。我已尝试根据文档配置相关的存储库 bean，但它似乎也没有用。我什至不确定这是否是必需的，因为(根据我对文档的理解)如果您想查询命令状态，您主要会这样做。

虽然我知道我可以创建自己的存储库并自己保存实体(类似于 this tutorial )，但我宁愿不提供开箱即用的功能。

我是不是漏掉了什么？

注意:我的 Mongo 设置似乎是正确的，因为我已经按照 documentation 设法将我的事件保存在 MongoDB 中。 .

更新

根据 Steven 的评论(以及后续评论)，我决定尝试实现状态存储聚合，但是我发现了聚合的(反)序列化问题。我已将我的聚合发送给史蒂文，他已确认它足够简单，应该由 XStream 进行(反)序列化。我还尝试使用 XStream 的独立实例序列化我的聚合并且它起作用了，这让我相信这更多是 Axon 问题而不是 XStream 问题。我还尝试使用 Jackson 和 java(反)序列化器(因为它们是 Axon 提供的其他选项)，我发现了类似的问题。我得出结论，这是一个 Axon 错误，我已停止尝试解决该问题。

Answer 1

从您的问题来看，您是否知道可以选择的可能的命令模型存储机制并不清楚。所以首先，就像@Mzzl 在他的评论中指出的那样，您可以从两个角度查看命令模型状态:

1. 事件来源
2. 状态存储

默认情况下，Axon Framework 将使用 EventSourcingRepository 设置您的聚合在它后面。这意味着，如果需要聚合(例如您的命令模型)来处理新命令，则聚合将通过检索已发布的所有事件流来加载。其次，它会调用所有 @EventSourcingHandler在聚合实现上注释方法以重新创建命令模型的状态。最后，一旦处理了作为聚合事件流一部分的所有事件，该命令将提供给 @CommandHandler。注释方法。

状态存储方法显然有点不同，因为这意味着您的整个聚合将存储在存储库中。

但请注意，只有通过 GenericJpaRepository 才支持状态存储方法。类(class)。因此，将聚合作为一个整体存储在 MongoDB 中是不是一个选项。如果您正在为您的聚合寻找事件溯源方法，事件可以来自任何 EventStore框架涵盖的实现。因此，这意味着您可以选择 JPA、JDBC、MongoDb 和 Axon Server 作为存储事件和检索事件流以重新创建命令模型的方法。

在配置方面，有几种方法可以解决这个问题。如果你是直接使用Axon提供的Configuration API，你可以使用:

1. AggregateConfigurer#defaultConfiguration(Class<A>)对于事件源方法
2. AggregateConfigurer#jpaMappedConfiguration(Class<A>)用于状态存储方法

如果您的应用程序处于 Spring Boot 环境中，那么在事件源和状态存储之间切换会更简单一些。只需拥有 @Entity聚合实现上的注释足以让框架注意到您希望按原样存储聚合。

希望这能对@The__Malteser 的情况有所了解!

---

更新

根据评论，很明显 XStreamSerializer框架默认使用它来反序列化/序列化对象，无法以状态存储的方式序列化您的聚合实例。

根据您收到的异常，为 Cannot marshal the XStream instance in action ，我做了一些搜索/挖掘。我有一种预感 XStream默认情况下不能简单地序列化非静态内部类。

但是，由于我们不确定您的聚合的实现是什么，因此很难推断这是否是手头的问题。您能否在这里与我们分享您的实现，以便我们更好地推断问题是否出在内部类上？