10

我有一个运行了一个多月的 SOAP 服务。在过去的两周中，我们遇到了服务将随机开始生成异常的情况。每次，它们似乎都与导出扩展有关，并且错误总是如下所示：

调用 WSDL 导出扩展时引发异常：System.ServiceModel.Description.DataContractSerializerOperationBehavior

使用“System.ArgumentException：命名节点来自不同的文档上下文。” 似乎每次都是根本原因。

让我烦恼的是，这项服务在一个半月内没有改变，所以我很困惑我们会多么突然地突然收到参数错误。这是否更能说明潜在问题（内存泄漏或类似问题）？

我对正在运行的机器的访问权限非常有限，但可以尝试根据需要获取任何支持信息。这是 wsdl 回来的完整例外：

    An ExceptionDetail, likely created by IncludeExceptionDetailInFaults=true, whose value is:
    System.InvalidOperationException: An exception was thrown in a call to a WSDL export extension: System.ServiceModel.Description.DataContractSerializerOperationBehavior
     Endpoint: [endpoint name here... hidden for security] ----> System.ArgumentException: The named node is from a different document context.
       at System.Xml.XmlAttributeCollection.Append(XmlAttribute node)
       at System.ServiceModel.Description.SoapHelper.CreateSoapFaultBinding(String name, WsdlEndpointConversionContext endpointContext, FaultBinding wsdlFaultBinding, Boolean isEncoded)
       at System.ServiceModel.Description.MessageContractExporter.MessageBindingExporter.ExportMessageBinding(OperationDescription operation, Type messageContractExporterType)
       at System.ServiceModel.Description.WsdlExporter.CallExtension(WsdlEndpointConversionContext endpointContext, IWsdlExportExtension extension)
       --- End of inner ExceptionDetail stack trace ---
       at System.ServiceModel.Description.ServiceMetadataBehavior.MetadataExtensionInitializer.GenerateMetadata()
       at System.ServiceModel.Description.ServiceMetadataExtension.EnsureInitialized()
       at System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.InitializationData.InitializeFrom(ServiceMetadataExtension extension)
       at System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.GetInitData()
       at System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.TryHandleMetadataRequest(Message httpGetRequest, String[] queries, Message& replyMessage)
       at System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.ProcessHttpRequest(Message httpGetRequest)
       at SyncInvokeGet(Object , Object[] , Object[] )
       at System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs)
       at System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)
       at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)
       at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc)
       at System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)

编辑：我想澄清该服务并不总是遇到此异常。有时 wsdl 会很好地返回，有时它会抛出此异常（我会说目前它是成功返回的 50/50 镜头）。我不知道为什么。我最初的想法是环境问题，但如果是这种情况，我不知道应该将托管团队指向何处。

编辑 2：自从询问初始查询以来，我发现客户端已将服务放在多个服务器上并且正在使用负载均衡器，我相信这可以解释我们得到的随机响应。我已经建议他们如何继续至少隔离问题并将从那里开始。

4

3 回答 3

5

我有一个类似的错误。就我而言，事实证明对 WsdlExporter.GetGeneratedMetaData() 的实例调用不是线程安全的，而是在 Parallel.Foreach 中调用的。所以添加简单的锁定解决了这个问题。

于 2012-05-01T10:37:40.830 回答
4

我们也对此感到困扰，在我们的例子中，我们没有使用WsdlExporter或我们自己的任何东西：这只是在获取 WSDL URL 时发生，导致 HTTP 500 错误。一旦出现问题，我们就会一直出错。回收应用程序池时问题就消失了。

这似乎是 Microsoft 堆栈中的某个错误；有关在 Microsoft Connect 上打开的错误报告，请参阅https://connect.microsoft.com/VisualStudio/feedback/details/428531/wsdl-generation-error，该报告具有以下解决方法：

添加以下代码作为在托管 WCF 服务的每个 ApplicationDomain 中执行的第一件事：

var soapHelperType = typeof(System.ServiceModel.Description.IContractBehavior).Assembly.GetType("System.ServiceModel.Description.SoapHelper");
var documentProperty = soapHelperType.GetProperty("Document",
BindingFlags.NonPublic | BindingFlags.Static);
documentProperty.GetValue(null, null);

（由于导致此问题的产品由单独的团队维护，因此我无法尝试验证此解决方法。）

于 2013-06-26T08:21:32.473 回答
2

仅通过查看该错误很难判断。它看起来不像是通信错误，但以防万一，请确保您没有使用单例，因为您可能会产生瓶颈，Per Call 是默认方法，它适用于大多数情况，仅在您特别需要时才使用单例它并包装逻辑以避免瓶颈。

似乎错误是序列化数据，因此请确保您的数据协定和数据成员定义明确，避免使用普通对象，使用类型化对象。将数据成员声明为属性

希望这会有所帮助，塞巴斯蒂安

于 2011-05-16T20:48:11.257 回答