出现此错误是因为正在使用 NetDataContractSerializer (NetDCS),但引用程序集未共享并包含在客户端中。这个问题与此无关。
这个问题是关于防止使用 NetDataContractSerializer;或者至少找出客户使用它的原因。
为什么客户端在我没有配置的情况下使用 NetDCS?
根据我发现的文章/帖子,这是一个明确的步骤;我没有为项目或 WCF 客户端手动启用此功能 - 是否有机器/框架覆盖在某处击败我?
我可以强制客户端使用普通的DataContractSerializer (DCS) 吗?
如果是这样,我可以在每个类型或每个命名空间的基础上强制执行此操作吗?通用框架“基本类型”已经在引用的程序集中;理想情况下,我可以通过 NetDCS 继续解决这些问题——但我会完全放弃 NetDCS 来“解决”这个问题。
如果没有,是否有任何更激烈的措施可用,例如修改响应/响应 XML?
(我可以手动添加任何所需的合同解析器并处理损坏的生成名称。)
使用 WCF 测试客户端(总是使用 DCS?)“工作正常”,这让我相信当前问题与使用项目服务时发生的 NetDCS 反序列化有关。我可能误解了 WCF 测试客户端的工作原理。
这是错误消息(可以通过添加 NetDCS 的参考程序集来解决,但我不想这样做)以确保我没有误解这个问题。我 95% 确定这是在客户端的反序列化上。
格式化程序在尝试反序列化消息时抛出异常..
NetDataContractSerializer不支持将类型 '..' 用作 get-only 集合。考虑使用 CollectionDataContractAttribute 属性或 SerializableAttribute 属性标记类型,或向属性添加设置器。
堆栈摘要:
Server stack trace:
at System.ServiceModel.Channels.ServiceChannel.ThrowIfFaultUnderstood(Message reply, MessageFault fault, String action, MessageVersion version, FaultConverter faultConverter)
at System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime operation, ref ProxyRpc rpc)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService
WCF 客户端配置是“简单”的默认配置,并且没有在运行时修改行为的代码。
<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="BasicHttpBinding_myServiceBinding" />
</basicHttpBinding>
</bindings>
<client>
<endpoint address="endPoint.svc"
binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_myServiceBinding"
contract="MyServive.IMyServiceEndPoint" name="BasicHttpBinding_serviceEndPoint" />
</client>
</system.serviceModel>
服务参考是在 VS 2013 中生成的,项目针对 .NET 4。具有服务参考的项目和测试项目都是简单的类库 - 即。它们不托管在 IIS 中。