【问题标题】:Alternative to Timeout notification node in IBM Integration BusIBM Integration Bus 中超时通知节点的替代方案
【发布时间】:2020-01-27 16:27:26
【问题描述】:

我可能已经找到了类似的问题(和答案),但我想知道是否有更好的选择。

类似问题的链接:

http://mqseries.net/phpBB/viewtopic.php?t=72601&sid=f62d9730d61ee2ee2a59986dd79defd1

我想每 5 秒(左右)安排一次特定的消息流。我正在使用 IIB 10,它与 MQ 无关。因此,Timer 节点不起作用。

我已经阅读了关于使用 cronjob 安排它的信息,但它再次依赖于操作系统,这不是我的偏好。超时通知节点是否有替代方案?

我们可以使用 java.util.TimerTask 或类似的东西吗?请问有人帮忙吗?

【问题讨论】:

  • 请提供指向类似问题的链接,因为这将有助于审阅者没有提供相同的答案。

标签: ibm-integration-bus extended-sql


【解决方案1】:

我不知道任何不需要 cron 作业或其他外部调度程序的解决方案。

许多组织使用 Ctrl-M 之类的分布式调度程序来处理范围广泛的任务,并且添加几个作业来支持集成层并不是问题。

【讨论】:

    【解决方案2】:

    您可以使用具有 SLEEP 和 PROPAGATE TO TERMINAL 函数的无限 WHILE 循环并发送 HTTP 请求或配置“CallableFlow”来编写自己的计时器流。

    【讨论】:

    • 非常感谢@Igor 的这个想法。我不认为 无限循环 是一个好的选择。我注意到 CPU 使用率增加了很多处理此类循环。我用一个小的 UDN 解决了我的问题。我现在面临的唯一问题是,无论我做什么,我的 UDN 都没有检测到属性值。希望我明天能解决这个问题。
    • 你睡了吗?没有睡眠会消耗CPU,设置合理的睡眠来防止。
    • 是的,我使用了 thread.sleep(x * 1000) 其中 x 是节点的用户定义属性。该节点完美运行! ?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-10-26
    • 1970-01-01
    • 1970-01-01
    • 2022-06-21
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多