BIP4435Aggregation Reply 节点收到了一条回复消息，该消息的回复 ID 为空：
BIP4435The Aggregation Reply node has received a reply message which has a blank reply ID:
当我尝试使用 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<1> -->AggregateControl<1>-->FAN-OUT-COMPUTE-NODES<1,2,3> -->FILE-OUTPUT-NODES<1,2,3> -- > AGGREGATE-REQUEST-NODES<1,2,3> --> AGGREGATE-REPLY-NODE<1> --> FAN-IN-COMPUTE-NODE<1> --> FILE-OUTPUT-NODE<1>
请注意我没有使用 MQ 节点
求推荐。
您尝试的操作不会起作用，因为您没有在聚合内部使用 request/reply 协议。正如 link、"The aggregation nodes work correctly only for transports that use a request/reply model" 的知识中心文章中所述，写入和读取文件不满足该要求。满足此要求的一些节点是 MQ 节点、SOAP 异步节点和 HTTP 异步节点。此外，您需要使用 AggregateControl 节点来标记扇出的开始，但我在您的流程图中没有看到 AggregateControl 节点。
我怀疑您想将文件提交给外部应用程序，在文件内容中包含该应用程序's instances run independently and in parallel, receive response files, then group the response files based upon a flag(s) in the files' 的名称。如果是这样，请使用收集器节点。
另一种方法是使用聚合节点和聚合内部的 MQ 节点，这些 MQ 节点提供中间流，将扇出协议从 MQ 更改为文件，然后相反，扇入协议从文件到 MQ。有关此技术的示例，请参阅 IIB 的 Web 服务聚合示例。
当我尝试使用 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<1> -->AggregateControl<1>-->FAN-OUT-COMPUTE-NODES<1,2,3> -->FILE-OUTPUT-NODES<1,2,3> -- > AGGREGATE-REQUEST-NODES<1,2,3> --> AGGREGATE-REPLY-NODE<1> --> FAN-IN-COMPUTE-NODE<1> --> FILE-OUTPUT-NODE<1>
请注意我没有使用 MQ 节点 求推荐。
您尝试的操作不会起作用，因为您没有在聚合内部使用 request/reply 协议。正如 link、"The aggregation nodes work correctly only for transports that use a request/reply model" 的知识中心文章中所述，写入和读取文件不满足该要求。满足此要求的一些节点是 MQ 节点、SOAP 异步节点和 HTTP 异步节点。此外，您需要使用 AggregateControl 节点来标记扇出的开始，但我在您的流程图中没有看到 AggregateControl 节点。
我怀疑您想将文件提交给外部应用程序，在文件内容中包含该应用程序's instances run independently and in parallel, receive response files, then group the response files based upon a flag(s) in the files' 的名称。如果是这样，请使用收集器节点。
另一种方法是使用聚合节点和聚合内部的 MQ 节点，这些 MQ 节点提供中间流，将扇出协议从 MQ 更改为文件，然后相反，扇入协议从文件到 MQ。有关此技术的示例，请参阅 IIB 的 Web 服务聚合示例。