0

我正在将我的 WSE3 Web 服务移动到 WCF。但客户端是 WSE3 客户端。

所有的操作契约都返回一个类的实例MessageContract。这适用于 2 个操作，但对于同一服务合同的一个操作以某种方式失败。错误是：

The signature or decryption was invalid.

当我查看 WCF 跟踪文件时，我发现以下内容：

The formatter threw an exception while trying to deserialize the message: Error in deserializing body of request message for operation 'MyOperationName'. End element 'Body' from namespace 'http://schemas.xmlsoap.org/soap/envelope/' expected. Found element 'MyOperationName' from namespace 'urn:MyProject:MyModule:2006:04:MyAuthorizationModule'.

我的观察是，当我使用XmlRoot属性来装饰响应类（而不是使用MessageContract属性）时，我没有得到这个异常。但是，响应对象不能反序列化。即我可以在输入跟踪中看到 XML 响应，但由于预期的 XML 结构不匹配，服务调用null在客户端返回。

该类MessageContract只有一个公共属性 ( MessageBodyMember)，它返回另一个用该XmlRoot属性修饰的类的实例。这个类（用 装饰xmlRoot）有一个属性，它给出了Collection某个实体类的对象，该实体类中具有XmlElement属性。

我需要检查/验证哪些内容？如果需要，我可以提供课程代码片段。

4

1 回答 1

0

用于响应的 MessageContract 没有问题。问题出在 OperationContract 的输入参数上。

当我查看旧的 WSE3 Web 服务代理方法 ( WebMethod) 并OperationContract在 WCF 服务中为其创建时，OparationContract我创建的方法不接受任何参数。

在调查此问题时，我使用了svcutil.exe从旧 WSE3 服务的 WSDL 创建 .NET 类。当我查看具体OperationContract内容时，我知道我需要创建一个MessageContract将用作OperationContract. 所以我创建了一个MessageContract没有任何MessageBodyMember. 当我使用它时，问题得到了解决。

显然，如果我们将OperationContract签名与 ASMXWebMethod签名进行比较，它们不匹配，因为我们引入了输入参数。但这有效。我不知道如何以及为什么。如果有人解释它为什么起作用，那就太好了。

于 2011-06-15T08:15:22.073 回答