为什么WCF将请求/响应类型包装在另一个XML元素中,以及如何防止这种情况?

时间:2009-07-15 08:03:43

标签: wcf message datacontractserializer

我有一个简单的echo服务,我已经为请求/响应定义了一个操作方法和一对类型:

[ServiceContract(Name = "EchoService", 
                 Namespace = "http://example.com/services", 
                 SessionMode = SessionMode.NotAllowed)]
public interface IEchoService
{
    [OperationContract(IsOneWay = false,
                       Action = "http://example.com/services/EchoService/Echo", 
                       ReplyAction = "http://example.com/services/EchoService/EchoResponse")]
    EchoResponse Echo(EchoRequest value);
}

数据类型:

[Serializable]
[DataContract(Namespace = "http://example.com/services/EchoService", 
              Name = "EchoRequest")]
public class EchoRequest
{
    public EchoRequest() { }

    public EchoRequest(String value)
    {
        Value = value;
    }

    [DataMember]
    public String Value { get; set; }
}

[Serializable]
[DataContract(Namespace = "http://example.com/services/EchoService", 
              Name = "EchoResponse")]
public class EchoResponse
{
    public EchoResponse() { }

    public EchoResponse(String value)
    {
        Value = value;
    }

    [DataMember]
    public String Value { get; set; }
}

在EchoRequest实例上调用Message.CreateMessage()会产生:

  <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header />
    <s:Body>
      <EchoRequest xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://example.com/services/EchoService">
        <Value>hello, world!</Value>
      </EchoRequest>
    </s:Body>
  </s:Envelope>

......这正是我想要的。但是,似乎该服务期望消息体进一步包装在另一个XML元素中,如下所示:

  <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header />
    <s:Body>
      <Echo xmlns="http://example.com/services">
        <EchoRequest xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://example.com/services/EchoService">
          <Value>hello, world!</Value>
        </EchoRequest>
      </Echo>
    </s:Body>
  </s:Envelope>

更新 感谢Mark的回复,我在请求/响应类型上探索了MessageContract而不是DataContract。这似乎更接近我想要的,但现在它太过分了,并没有期待外部类型元素“EchoRequest”。

这是令人困惑的,因为Message.CreateMessage似乎不可避免地产生了正确的XML,所以它显然使用了一些默认的序列化,我想将服务配置为接受。我只是误解了Message.CreateMessage的工作原理吗?

2 个答案:

答案 0 :(得分:2)

IIRC,WCF默认使用“Wrapped”消息样式。如果您希望能够控制消息的序列化方式,则可以通过使用MessageContractAttribute进行装饰来定义显式消息。使用显式邮件合同,您可以将IsWrapped属性设置为false

在你的情况下,我认为EchoRequest和EchoResponse根本不应该是DataContracts,而是MessageContracts。它们看起来很像MessageContracts给我。

答案 1 :(得分:1)

我最终使用Message Contracts切换到使用TypedMessageConverter,我通过this question's answer介绍了该{{3}}。那是这里缺少的一块。