来自 Siebel 的 SOAP 请求在每个元素中都有命名空间

问题描述 投票:0回答:2

在出站 Web 服务中,我尝试向另一个应用程序发送请求。问题是,当 Siebel 发送请求时,它会在soap 请求的每个元素中发送命名空间参数。 见下图:

<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"     xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<SOAP-ENV:Body><getAuths xmlns="http://data.service.client.ods.transys.wex.com/">
<authSearch>
<authID xmlns="http://data.service.client.ods.transys.wex.com/"></authID>
</authSearch>
</getAuths>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

如果我尝试来自 SOAP 的相同请求,则发送的 SOAP XML 中没有问题。

我之前检查过类似的博客,其中有一些名称空间属性需要从集成对象中删除,但我无法解决该问题。

谁能告诉我是否需要更改 IC Field User 属性、IC User 属性或 IO user 属性? 对此的任何回应都将受到高度赞赏。

提前致谢。 !

最诚挚的问候, -N

siebel
2个回答
2
投票

IC现场用户属性必须保留,请勿停用。相反,请删除其旁边的值字段中的文本。

因此您将拥有 ICField 用户属性,但为空。这应该删除命名空间。

如果这不起作用,请尝试停用所有其中包含命名空间的 IO 和 ICF 用户属性。


0
投票

这真的有效!

就我而言,即使我已经停用了 IC、IO 和 ICF 级别中所有与命名空间相关的用户属性。 当我们检查出站请求的 dmp 文件时,会附加一些带有 IO 名称的命名空间,并且它的引用存在于所有 IC 字段中。

如上面的消息所示,添加了用户属性“XMLTagNamespace”,并将所有 IC 级别的值保留为空白 它最终帮助解决了我的问题

© www.soinside.com 2019 - 2024. All rights reserved.