云集成CPI-iFlow属性在并行处理中变得混杂

2020-08-14 21:12发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


专家们,

我们正在CPI中触发一些大规模的并行测试,并在JS脚本中尝试获取属性信息(message.getProperty()),并且它从另一个iFlow(相同的iflow并行运行)返回数据 ),有效负载会获得混合信息。

您经历过这种情况吗?

流程执行步骤:

1。 带计时器和异步SOAP接收器适配器的iFlow

2。 具有SOAP发送方适配器的iFlow,可在其中检索待处理的待处理有效负载批次,并在一个循环内将批次逐个传递到另一个SOAP异步接收器SOAP端点。

3.iFlow通过oData适配器将信息发送到S/4Hana。

问题发生在第二步,即在向S/4Hana发送信息之前,在提到的JS内部。

在获得属性jsonDocumento设置有效载荷之前,遵循步骤rig,我们可以看到" chaveExterna":" TESTEBOB-93207"关键字段。

下一步是将数据与来自同一进程的其他消息混合在一起,在该步骤中,由以前的jsonDocumento属性构建的documentoEtapaSend将错误的材料表示为" Material":" TESTE-BOBV2-92306"。

PS:我们已经检查了消息ID是唯一的,但是并行消息的相关ID是相同的。

任何想法请与我们分享!

感谢和问候。

(367.9 kB)

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


专家们,

我们正在CPI中触发一些大规模的并行测试,并在JS脚本中尝试获取属性信息(message.getProperty()),并且它从另一个iFlow(相同的iflow并行运行)返回数据 ),有效负载会获得混合信息。

您经历过这种情况吗?

流程执行步骤:

1。 带计时器和异步SOAP接收器适配器的iFlow

2。 具有SOAP发送方适配器的iFlow,可在其中检索待处理的待处理有效负载批次,并在一个循环内将批次逐个传递到另一个SOAP异步接收器SOAP端点。

3.iFlow通过oData适配器将信息发送到S/4Hana。

问题发生在第二步,即在向S/4Hana发送信息之前,在提到的JS内部。

在获得属性jsonDocumento设置有效载荷之前,遵循步骤rig,我们可以看到" chaveExterna":" TESTEBOB-93207"关键字段。

下一步是将数据与来自同一进程的其他消息混合在一起,在该步骤中,由以前的jsonDocumento属性构建的documentoEtapaSend将错误的材料表示为" Material":" TESTE-BOBV2-92306"。

PS:我们已经检查了消息ID是唯一的,但是并行消息的相关ID是相同的。

任何想法请与我们分享!

感谢和问候。

(367.9 kB)
付费偷看设置
发送
4条回答
Climb_Ma
1楼-- · 2020-08-14 21:40

嗨,布鲁诺,

当您说并行处理时,iflow是否被多次调用? 如果是,则在不同的调用之间不应有任何数据交叉。

您能否详细说明一下,仅在并行处理部分。 您如何实施它?

最好的阿吉特

SKY徐
2楼-- · 2020-08-14 21:59

嗨阿吉特

是的,它被多次调用并且以异步方式进行,以便进行多个调用而不是等待它完成并转到下一个循环迭代。

在上面,iFlow由计时器启动,我们拥有一个循环,该循环逐个处理批处理有效负载,并将其发送到首先提到的最后一个iFlow,在该iFlow中数据被混合。

最好的问候

布鲁诺

半个程序猿
3楼-- · 2020-08-14 21:51

嗨,

能否请您添加更多详细信息。 还有一个建议,如果要在多个流(流1-> Flow2)之间进行通信,请使用过程直接适配器而不是Soap适配器。

感谢和问候,

Vijay。

奄奄一息的小鱼
4楼-- · 2020-08-14 21:54

嗨,Vijay,

跟随在触发Soap适配器的iFlow下方,进入到混合数据的iflow。

我们需要使用Soap适配器来进行异步调用,而不是等待接收器完成该过程,因此,当它在循环内传递给Soap接收器时,它可以立即移至下一个迭代。

我们可以看到它总是在并行处理的循环迭代序列中发生。

感谢和问候,

布鲁诺

一周热门 更多>