Hello Giridhar，

您可以按照任何一个过程进行操作（取决于要求），我假设您没有任何要查询的输入数据。

情况1：

时间事件->内容修饰符（在主体中添加一些虚拟值）->组播（末尾有3个分支请求回复）->添加联接（添加所有 来自请求回复的三个响应）->收集（创建具有多映射格式的一条消息）->执行必要的转换并将其发送给接收器。

情况2：

Timer Event ->内容修改器-> Content Enricher（选择合并-第一个API调用）-> Content Enricher（选择合并-第二个API调用）

-> Content Enricher（选择合并-第3个API调用） ）->做必要的转换

案例3：

计时器事件->内容修改器->请求回复（第一个API调用）->内容修改器（保存 到属性）->请求回复（第二个API调用）->内容修改器（将其保存到属性中）->请求回复（第三次API调用）->内容修改 r（调用2个属性+最后一个API调用主体）->进行必要的转换。

最后一种情况3对于具有大量数据的消息不可行。在所有这三种情况下，您都需要进行多重映射 规范化复杂结构。

关于此，

Sriprasad Shivaram Bhat

Hello Giridhar，

是的，您必须生成 XSD，并在映射的源端使用相同的代码。

最好方便地生成XML，以确保您不会错过层次结构。

请注意

Sriprasad Shivaram Bhat

尊敬的Prasad，

非常感谢。 它为我工作。 现在我需要将这些合并的文档映射到接收者结构。 我需要采取什么步骤。

步骤1.是否需要为以上合并的文档生成新的xsd？

致谢

Giridhar Vegi。

嗨，我一直收到错误请求：400：HTTP/1.1