OSB 11g服务测试报错BEA-382040：无法设置context变量‘body’

我之前在OSB 11g项目里踩过一模一样的坑，BEA-382040这个错误说白了就是OSB识别不了你的body变量是标准的SOAP Body实例，结合你用了「Use inbound operation for outbound」这个路由配置，咱们一步步来排查修复：

1. 先确认SOAP版本是否对齐 #

这个是最常见的诱因：如果你的代理服务和业务服务用了不同的SOAP版本（比如一个是SOAP 1.1，另一个是SOAP 1.2），开启「Use inbound operation for outbound」后，OSB没法自动完成版本兼容的body转换，直接就报错了。

• 登录sbconsole，打开代理服务的配置页，去「Transport」标签下看SOAP版本
• 再打开对应的业务服务，检查同样的配置，必须确保两者完全一致（要么都是SOAP 1.1，要么都是SOAP 1.2）

2. 检查消息流里的body修改操作 #

如果你的代理消息流里有XSLT转换、Assign赋值或者Java Callout，很可能是这些操作把body的结构改坏了，导致它不再是{http://www.w3.org/2003/05/soap-envelope}命名空间下的Body实例：

• 逐段过一遍消息流：
  • 要是有XSLT，确认转换后的输出是完整的SOAP Body结构，不能只输出业务数据（比如得包裹在<soap:Body>标签里）
  • 要是有Assign操作，别直接把业务payload赋值给body，得确保赋值的节点是标准的SOAP Body节点
  • 检查自定义代码有没有修改body的命名空间或者节点层级

3. 验证WSDL操作的匹配性 #

虽然你是基于同一个WSDL创建的服务，但有时候WSDL里的操作可能有重载、命名歧义，或者代理服务的操作选择配置有问题，导致OSB自动映射inbound到outbound操作时出错：

• 进入代理服务的「Message Flow」，确认路由节点的「Use inbound operation for outbound」确实勾选正确，而且inbound的操作在业务服务里有完全匹配的对应操作（参数结构、命名空间都得一致）
• 可以临时取消这个选项，手动指定outbound操作测试——如果手动指定后错误消失，说明自动映射时出了匹配问题，得仔细核对WSDL里的操作签名

4. 开启消息追踪定位问题 #

要是上面的步骤都没找到问题，就开OSB的消息追踪，看看body在各个环节的变化：

• 在sbconsole的「Operations」→「Logging」里，开启「Message Tracing」和「Payload Tracing」
• 重新调用服务，查看追踪日志，对比入站请求的body、路由前的body、发送给业务服务前的body，找到哪个环节把body结构改坏了

5. 检查业务服务的响应格式 #

如果错误是在接收业务服务响应时触发的，还要确认业务服务返回的SOAP响应是否符合标准：

• 直接用sbconsole的Test Console调用业务服务，看返回的SOAP Envelope是否完整，Body节点的命名空间是不是正确的{http://www.w3.org/2003/05/soap-envelope}

另外提个坑：要是你的WSDL里有多个绑定/端口，一定要确保代理服务和业务服务绑定的是同一个端口类型，不然也会因为消息结构不兼容触发这个错误。

内容的提问来源于stack exchange，提问作者Anil