你好社区，

我有一个非常相似的问题。 这是我的情况：

我有一个Looping流程调用，该调用包含在HTTP请求-响应内部，用于请求AWS ML中对象的状态。 当它返回OK状态时，路由器结束循环。 问题是由于网络连接（" SSLEngine已关闭"），该请求-回复有时会失败。

因此，即使其中一个请求失败，我也希望继续调用此请求-答复。

最诚挚的问候。

嗨克里斯托弗，

您能够解决此问题吗？

目前，我正在搜索同一件事，但一无所获。

最诚挚的问候，

Roza

你好，

首先，感谢您通过SAP Cloud Platform集成以及对继续或重新启动消息处理的需求，分享了对这些集成方案的反馈和要求。 G。 经过异常处理。 当前，此功能不可用。 我们非常乐意收到有关您的方案和要求的更多信息，以便我们可以将其反馈给我们的开发组织。 您可能考虑的另一种选择是通过SAP Cloud Platform Integration中的消息队列处理来利用重试处理。 借助这种重试功能，如果无法成功将消息传递到接收器系统，SAP Cloud Platform Integration将重试以处理消息。 我了解这不能完全满足您的要求，希望对您有所帮助。 而且，顺便说一句，JMS功能现在可用于任何SAP Cloud Platform Integration许可证，仅需另外安装SAP Cloud Platform Enterprise Messaging。 有关更多信息，请参见 https://blogs.sap.com/2018/12/12/cloud-integration-activating-and-managing-enterprise-messaging-capabilities-as2-jms-and-xi-adapters /.

最诚挚的问候，乌度

我们在同一问题上也陷入困境。

@ctapisab和 Udo Paltzer -您可以在博客，而不是C ontent修饰符，而是使用数据存储来存储错误或< em>脚本在 Exception子进程中显示错误消息，如果主消息中有多个记录，请在<循环>中使用常规 Splitter 。 em> Ma 在集成过程中，但请确保在适当的条件下，在 Splitter 中未选择异常停止。 重新整理iflow的最后一件事，如下所示-

1. 最好根据您在使用 Request-Reply 的循环条件下通过创建多带带的 L <来使 Loop本地集成过程脱钩。 em> ocal集成过程，并在此处使用 Exception Sub process 进行捕获和记录。
2. 通过将其余组件保留在中，将此调用 Local Integration进程包含在 Loop Local Integration 中的 Request-Reply 循环本地集成过程。

，以便捕获消息失败并继续检查循环条件（如果此条件再次失败），则以上两个步骤将重新启动新的消息流。 这些循环可以根据您的循环条件和循环本地集成过程中设置的终止次数 进行。 >。 为了避免 Loop Local Integration Process 的失败及其有效运行，我在iflow中做了完全相似的操作。

Hello Chris，

单击"拆分器"，然后取消选中"停止发生异常"。

此致

Sriprasad Shivaram Bhat