您好，

这是SOAP <-> PI> RFC同步方案吗？ 看起来XML的格式和结构不正确，无法处理Bulk xml数据并由于大小而分块。

理想情况下，您可以通知WS Consumer在API POST期间设置" multipart.max-file-size"或" multipart.max-request-size"，而不是触发100 MB的Bulk xml数据。 还要检查WS使用者是否正在向PI请求正确格式正确的XML。

感谢和问候-Rajesh PS

嗨Rajesh。

非常感谢您的专业建议！

是的，这是一个同步方案。 而且我想知道WS Consumer是否已经设置了" multipart.max-file-size"（例如50M），接口过程（如我之前提到的大小超过60M）是否会成功完成？ 非常感谢。

您好，

由于集成正在迁移到Cloud Platform- CPI，这可能是处理这些大容量文件的更好选择：）

如果处理的是大文件，则进入PI，这被认为是长时间运行的作业，并创建堆转储，并且SOAP线程被占用最大，消息停留在状态"正在传递"或"待传递"。

为避免此类问题，有一些方法可以处理，例如：用于并行处理的其他Java服务器节点，用于负载平衡的Web调度程序，具有不影响其他SOAP相关接口的单队列（最大并行接收器），专用Decentral PO引擎可处理高负载消息等。

您可以在生产前测试场景，请求文件大小为10M，然后逐渐增加（<50M）。 此外，它还基于您的数据库，硬件，应用程序内存。

注意：我也期待其他专家的宝贵建议。 谢谢：-）

感谢与问候-Rajesh PS

嗨Rajesh，

很高兴看到您的建议，如果有时间和机会的话，我会尝试理解CPI（实际上我是ABAP开发人员）。
对于我的问题，我们为其他WS Consumer提供了相同的界面 用于测试错误，事实证明所有其他WS Consumer得到正确的响应，一切都 fine.So 我们认为问题不在SAP PI方面或ECC方面。

您好，

对于XML没有这样的限制。 当您收到错误消息时，我是说要抄送还是转换？

嗨，赖，

是的，XML不受限制是正确的，问题在于WS Consumer如何解析响应。