“访问被拒绝”通过 SOAP 使用 Web 服务时
我创建了一个 .NET 3.5 Web 服务应用程序项目，该项目将托管在 Windows Server 2008 R2 服务器上的 IIS 7.5 下。
我能够使用托管在同一服务器和整个网络中其他服务器上的 ASP.NET 应用程序的服务，不会出现任何问题。当另一名员工尝试使用 SOAP 协议使用该服务时，他们会收到以下错误：
XML 解析器在第 0 行、第 0 行位置失败，原因是：Access 被拒绝。
身份验证配置设置为集成 Windows 身份验证，并且使用者在尝试使用服务时需要提供服务帐户的凭据。
有其他人遇到过这个问题吗？他们知道如何解决吗？
更新
在与我的同事和供应商的客户服务人员讨论有关使用我的 Web 服务的问题后，他们透露他们的 INVOKE SOAP 步骤存在限制。据供应商介绍：
Invoke SOAP 对象无法解释包含 In/Out 的 WSDL 参数（如果 WSDL 消息定义包含相同部分） 输入和输出消息的名称以及相同的数据类型。
Web 服务 API 包含同名的方法和输出参数。如果您在浏览器中查看 Web 服务方法，它的响应结构如下：
<soap:Body>
<MyServiceResponse>
<MyServiceResponse>
<property>...
现在的问题...这是使用 SOAP 协议时的常见行为还是这仅限于供应商的产品如何解析 SOAP信息？
I have created an .NET 3.5 web service application project that will be hosted under IIS 7.5 on a Windows Server 2008 R2 server.
I am able to consume the service from an ASP.NET application hosted on the same server and other server throughout our network without any issues. When another employee tries to consumes the service using the SOAP protocol, they receive the following error:
XML Parser failed at linenumber 0, lineposition 0, reason is: Access
is denied.
The authentication configuration is set to Integrated Windows Authentication and the consumer will need to provide a service account's credentials when trying to consumer the service.
Has anyone else experienced this issue and do they know how to resolve it?
UPDATE
After speaking with my co-worker and vendor's customer service regarding consuming my web service, they revealed there are limitations within their INVOKE SOAP step. According to the vendor:
The Invoke SOAP object cannot interpret WSDL's containing In/Out
parameters if the WSDL message definition contains identical part
names for the input an output messages and identical data types.
The web service API contain a method and output parameter that were the same name. If you look at the web service method in a browser, it had the following structure in the response:
<soap:Body>
<MyServiceResponse>
<MyServiceResponse>
<property>...
The question now....Is this a common behavior while using the SOAP protocol or is this just limited to how vendor's product parses the SOAP message?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这似乎是供应商特定的弱点，而不是 SOAP 规范问题。他们可能有一个尚未实现的 SOAP 堆栈。
This appears be a vendor-specific weakness, not a SOAP specification issue. They likely have a half-implemented SOAP stack.