测试 IBM Integration Bus 的事务性
Testing transactionality of IBM Integration Bus
为了改进我的流程,我想测试一些 flow/App 或集成节点在消息仍在处理时停止的场景(以测试我的流程的实际交易情况,取决于不同的设置)。由于 IIB9 处理简单请求的速度很快,我没有时间足够快地关闭流程。
我尝试使用调试器,但似乎不起作用;我无法在调试时停止流程或应用程序,关闭集成节点似乎也不起作用。
是否有一种(构建中的)方法可以使代理工作得非常慢,以便我有时间将其关闭?或者我应该只考虑一个非常复杂的计算节点来让它占用几秒钟?
欢迎提出任何建议(如果这是最佳选择,也适用于后者)。
真正复杂的计算节点会占用很多CPU。我宁愿让流程等待一些东西。
例如。具有调用外部服务的 HTTP 请求节点或 SOAP 请求节点的流。使此外部服务花费 120 秒之类的时间。
为了改进我的流程,我想测试一些 flow/App 或集成节点在消息仍在处理时停止的场景(以测试我的流程的实际交易情况,取决于不同的设置)。由于 IIB9 处理简单请求的速度很快,我没有时间足够快地关闭流程。 我尝试使用调试器,但似乎不起作用;我无法在调试时停止流程或应用程序,关闭集成节点似乎也不起作用。
是否有一种(构建中的)方法可以使代理工作得非常慢,以便我有时间将其关闭?或者我应该只考虑一个非常复杂的计算节点来让它占用几秒钟?
欢迎提出任何建议(如果这是最佳选择,也适用于后者)。
真正复杂的计算节点会占用很多CPU。我宁愿让流程等待一些东西。
例如。具有调用外部服务的 HTTP 请求节点或 SOAP 请求节点的流。使此外部服务花费 120 秒之类的时间。