【问题标题】:BIP4435The Aggregation Reply node has received a reply message which has a blank reply ID:BIP4435聚合回复节点收到回复消息,回复 ID 为空:
【发布时间】:2015-05-26 07:47:12
【问题描述】:

当我尝试在 IBM 集成总线中使用聚合节点进行扇入时出现以下错误。

( T24_Integ_Node.default ) The Aggregation Reply node has received a reply message which has a blank reply ID: ''.   
This is not allowed because the reply ID is needed so that a reply message can be matched to the original request message. If you are using WebSphere MQ to send and receive aggregation requests, the reply ID must be stored in the correlation identifier (CorrelId) field of the message descriptor (MQMD) and it must be set to the value of the message ID in the request message's MQMD

消息流如下:

FILE -->AggregateControl-->FAN-OUT-COMPUTE-NODES -->FILE-OUTPUT-NODES --> AGGREGATE -REQUEST-NODES --> AGGREGATE-REPLY-NODE --> FAN-IN-COMPUTE-NODE --> FILE-OUTPUT-NODE

请注意我没有使用 MQ 节点 请建议。

【问题讨论】:

    标签: java ibm-mq ibm-integration-bus


    【解决方案1】:

    您尝试的操作将不起作用,因为您没有在聚合内部使用请求/回复协议。正如link 的知识中心文章中所述,“聚合节点仅适用于使用请求/回复模型的传输”,并且写入和读取文件不满足该要求。满足此要求的一些节点是 MQ 节点、SOAP 异步节点和 HTTP 异步节点。此外,您需要使用 AggregateControl 节点来标记扇出的开始,我在您的流程图中没有看到 AggregateControl 节点。

    我怀疑您希望将文件提交给外部应用程序,让该应用程序的实例独立并行运行,接收响应文件,然后根据标志对响应文件进行分组在文件名或文件内容中。如果是这样,请使用收集器节点。

    另一种方法是使用聚合节点和聚合内的 MQ 节点,这些 MQ 节点提供一个中间流,将扇出协议从 MQ 更改为文件,然后反过来,将扇入协议从文件到 MQ。有关此技术的示例,请参阅 IIB 的 Web 服务聚合示例。

    【讨论】:

    • FANOUT 我的意思是聚合控制节点。对不起,我会纠正它。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-07-01
    • 2012-10-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多