我在OSB 11g中配置了一个服务，出于某种原因，当我通过OSB调用服务时，我获得与响应相同的请求XML有效负载 . SOAPUI日志显示200状态代码，但我不确定为什么它将请求有效负载显示为响应 .
我没有看到任何堆栈跟踪，除非我失踪，否则我会在这里发布它 . 有关如何解决此问题的任何指导 .
代理服务路由到业务服务，如下面的屏幕截图所示 .
谢谢
您描述的是管道的默认行为 . default route node is an echo node 将请求反映为响应 .
请参阅Oracle Service Bus文档，例如第2.2.3段here .
正如KarelHusa在他的answer中所说，echo动作是空管道的默认动作 . 不幸的是，情况并非总是如此 . 在与OSB合作时，我至少有两个情况，我将请求有效负载作为响应 .
第一种情况发生在我们项目的压力测试期间（我们从并行线程向OSB发送请求） - OSB碰巧返回请求有效负载，作为对许多并行请求到达时的响应 .
第二种情况是'more obvious' - OSB服务器陷入状态'admin'而不是'running'（由于数据库问题，很好地解释了here） - 在这种情况下，错误被记录到日志文件中（但是说明JMS连接无法访问） .
我想通过这个答案指出的是，它并不总是管道/路由配置无效的问题，有时可能存在潜在原因并且值得检查所有日志文件是否有错误，而不仅仅是特定服务器的server.log节点 .
2 回答
您描述的是管道的默认行为 . default route node is an echo node 将请求反映为响应 .
请参阅Oracle Service Bus文档，例如第2.2.3段here .
正如KarelHusa在他的answer中所说，echo动作是空管道的默认动作 . 不幸的是，情况并非总是如此 . 在与OSB合作时，我至少有两个情况，我将请求有效负载作为响应 .
第一种情况发生在我们项目的压力测试期间（我们从并行线程向OSB发送请求） - OSB碰巧返回请求有效负载，作为对许多并行请求到达时的响应 .
第二种情况是'more obvious' - OSB服务器陷入状态'admin'而不是'running'（由于数据库问题，很好地解释了here） - 在这种情况下，错误被记录到日志文件中（但是说明JMS连接无法访问） .
我想通过这个答案指出的是，它并不总是管道/路由配置无效的问题，有时可能存在潜在原因并且值得检查所有日志文件是否有错误，而不仅仅是特定服务器的server.log节点 .