Odata服务已创建，因为它可能是最近创建的。 最近几年，无论创建Web服务的人是谁，他们都选择使用Rest服务/Odata。

如果SOAP服务停用，并且为新员工引入了新的Rest服务，我不会感到惊讶。 但这是SAP做出此类更改的决定。

我的假设是，在REST中，在发布请求之前，他们首先调用登录界面以获取会话密钥，然后发布请求。 一旦请求成功，则他们关闭会话。 获取会话ID和关闭是在REST适配器中包含的适配器模块中完成的。但是SOAP并非如此。

您是否注意到为什么要在ODATA通道而不是SOAP中提供密码？

对于REST通道，会话处理是使用适配器模块完成的，因此这就是为什么在REST通道中不使用begin和cancel的原因。 我不确定每个呼叫是否在REST通道中获取会话并关闭会话。

对于saop，会话密钥是通过cookie发送的，这就是为什么您使用SOAP轴来为外出的肥皂消息设置cookie的原因。 这就是为什么将魔术适配器模块配置用于肥皂轴的原因。 在SOAP服务中，此处的会话处理不是通过dapter模块完成的，因此他们将其设置为两个单独的接口，一个用于开始，一个用于取消。

如果您在SF项目中工作，也可以通过提高SAP罚单来询问产品团队。我相信产品团队应该是能够为您提供确切答案的人。

您还可以尝试调试并了解如何进行调用。此外，您还可以看到在适配器Java代码中针对soap和REST编写的内容。

https： //blogs.sap.com/2016/03/03/lets-debug-debugging-decompilation-fly-sap-application-server-java /

谢谢。

但是有人可以解释一下为什么我们对SFSF SOAP \ AXIS Adapter使用开始/取消会话，但是对于ODATA为什么不使用任何

这些会议？