嗨，克劳迪奥，

在我开始寻找这个问题的解决方案之前，我必须问为什么要我解析存储过程输出的差异。 如果存储过程在前一天失败了怎么办？ 如果更改了存储过程，使格式化的结果相差很大，该怎么办？ 我会说中间件作为消息代理实际上不是比较任意时间跨度内消息有效负载的合适位置。 如果这是接收端真正必要的要求，那么我认为当接收到新消息时，解析应该是Web服务的一部分。

问候，

Ryan Crosby

Ryan，
您是正确的！

为什么不在目标端进行解析和区分？

感谢

Sugata

如果要这样做 普通PI（不使用BPM），您可以构建如下内容：

• 构建一个接口（IF01），该接口通过JDBC从db读取数据并将结果写入名称为" temp"的文件中。 文本"。
• 配置脚本以通过"运行OS命令"功能在IF01的文件接收器通道中运行
• 该脚本应执行以下操作。 检查文件夹中是否只有" temp.txt"文件。 如果temp.txt是唯一文件，则将其重命名为" input.txt1"。 如果除" temp.txt"之外还有第二个文件，请将" temp.txt"重命名为" input.txt2"
• 使用文件发送者通道创建第二个接口（IF02）。 设置发送者通道以触发" input.txt2"，以便仅在两个文件都存在时才触发。 还配置通道以通过文件发送方通道"其他文件"部分选择" input.txt1"。
• 在IF02中添加Java映射，并将主有效负载（= input.txt2）与邮件的附件进行比较 （= input.txt1）以及类似" java-diff-utils"（ https：//github .com/java-diff-utils/java-diff-utils ）将diff操作的结果设置为主要有效载荷。
• 配置文件接收器通道以写入差异结果（主要有效载荷） ）到磁盘上。