轴突重试试验
共有1个答案
该框架没有提供测试此功能的通用方法。因此，您将不得不求助于某种形式的集成测试。
在其中，您可以使用重试机制嵌入要调用的服务，在测试期间关闭它，并通过捕获调度的命令看到大量重试发生。
Axon Framework在这个阶段只为聚合和SAGA提供专用的测试夹具（谈到Framework Version4.2)。
-
环境设置:Axon4.4，H2Database（作为CI的一部分，我们正在进行组件测试）代码如下所示。 我使用的是一个状态存储聚合，但在Spring测试中使用嵌入式H2时，我总是随机地得到错误。在非嵌入式模式下，PGSQL DB不会出现同样的问题，但我们无法在流水线中运行它。 这有什么解决办法？我是否遗漏了一些配置或需要修复Axon代码？
-
在使用标记为“春@ResponseStatus”的轴突@QueryHandler中引发的异常时遇到问题。原始异常被查询处理程序和轴突特定的轴突服务器远程处理异常抛出当Spring响应客户端时实际给出 500 的异常 仍然可以从 Axon 异常中获取一些信息，例如原始的“找不到实体”消息，但不能获取异常类型，也不能从原始异常包含的任何其他信息中获取。 Q1：有没有办法将查询处理程序中抛出的异常提升为
-
我有两个独立的Spring-Boot微服务，一个是命令端，另一个是查询端，命令服务将事件存储在Mongodb中，将事件放到RabbitMQ中，然后查询端订阅队列并建立查询模型。现在如何在Axon中实现事件重放和建立查询模型？是否有可能两个服务在不同的节点上独立运行。如果不可能，那么我应该遵循什么来实现这一点。
-
在我添加所有JPA依赖项之前，它工作得很好，但是在我为JPA添加之后，我得到了上面的异常 我该怎么修好它？
-
在RetryTemplate里面，执行excuter方法是重试还是失败是由RetryPolicy决定的,这也是一个RetryContext工厂.这个RetryTemplate有责任使用当前的策略创建一个RetryContext并且把它注入到RetryCallback在每一次尝试中。回调失败后RetryTemplate必须由RetryPolicy决定使其更新状态(存储在RetryContext中)，
-
请注意 这个重试功能在Spring Batch 2.2.0里面退出，现在它是Spring Retry的一部分. 为了让这个进程更稳定，更小的失败性。有时它帮助自动重试一个失败的操作以防止它可能在后续的尝试成功。本质上，这种处理会导致误差。例如，远程调用网络服务或RMI服务失败是由于在短暂的数据更新后，网络故障或冻结异常aDeadLockLoserException.例如重试这种自动化操作，Spri