首先我要说的是我的补救经验为零。
我们需要将数据从 Remedy 推送到 Spring Boot 应用程序。我看过很多很多例子，但似乎都是通过 Java 连接到 Remedy 并请求数据。
我已经看过使用 Java Filter Plugin for Remedy 的代码示例，这似乎是正确的方法。
实现此目的的最佳方法是什么，或者也许还有其他方法？
一个 Remedy 插件（我将开发），用于在 Spring Boot 应用程序中调用 Java RESTController。我是否只需将 RESTController URL 硬编码到我的代码中？我知道该怎么做，但不确定这是否是最好的方法。
使用 JMS 将消息从 Remedy 发送到 Spring Boot 应用程序。我们不会指定 ActiveMQ 安装，因此 Spring Boot activemq 将启动其自己的内部安装。我使用哪个 URL 进行通信？
所以基本上 Remedy 会向我发送一个唯一的 ID，然后我将使用这个 ID，连接回 Remedy 并检索更多信息。这我知道该怎么做。
抱歉，但我真的需要一些关于两者之间的集成以及如何将数据从 Remedy 推送到 Spring Boot 的帮助。这实际上是主要问题。
要考虑的另一个选择： 创建一个与 Spring Boot 应用程序交互的自定义可运行 jar 应用程序。 然后，您可以使用运行进程过滤器操作来触发它，从相应的补救措施字段传递所需的参数。
我不知道这是否仍然相关，但这是我的五美分价值。
使用 Java API 从 Remedy 发送事件有两种方法：
AR滤镜插件。这将在工作流程中随时触发filter（服务器端事件），由客户端操作（表单提交、更新或检索）或升级（计划事件）触发。理论上，您可以触发任何 Java 事件，例如通过 MQ 或 JMS 进行通信，或者您的 REST 调用，但我相信这些事件大多是即发即忘。
ARDBC 插件。这需要您编写推送到此过滤器的工作流程。这可以使用与数据库的 JDBC 连接，也可以使用 MQ 或 JMS 等其他技术。理论上，您可以在另一端放置一个 REST 接口，为插件提供 CRUD 功能。这允许双向通信，并显示为补救工作流程的“正常”形式。有内置函数可以调用来获取交易状态等。这为您提供了最大的灵活性。
ARDBC 插件的设置可能很棘手，但可以提供您需要的功能。
我现在正在为客户做这件事。我不想再构建、部署和维护另一个 ARPlugin。所以我使用Springboot调度
只需登录并每隔 X 秒轮询一次数据
你找到解决办法了吗？我计划编写一个应用程序，可以将 IT 中断期间的所有事件关联起来