WCF 请求期间出现 CommunicationException,基础连接已关闭
CommunicationException during WCF request, underlying connection was closed
这个问题与System.ServiceModel.CommunicationException: The underlying connection was closed重复,但没有解决我的问题。
我正在使用写入和读取数据库的 WCF 服务。但在某些情况下,请求会因 CommunicationException 取消,表示基础连接已关闭。没有提供进一步的细节。
我启用了跟踪,但日志显示没有关于此请求的条目。我尝试将 MaxItemsInObjectGraph
设置为 65535 但没有任何改变。也许我的配置配置错误,有人可以看看吗?
Web.config
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.diagnostics>
<sources>
<source name="System.ServiceModel"
switchValue="Information, ActivityTracing"
propagateActivity="true" >
<listeners>
<add name="xml"/>
</listeners>
</source>
<source name="System.ServiceModel.MessageLogging">
<listeners>
<add name="xml"/>
</listeners>
</source>
<source name="myUserTraceSource"
switchValue="Information, ActivityTracing">
<listeners>
<add name="xml"/>
</listeners>
</source>
</sources>
<sharedListeners>
<add name="xml"
type="System.Diagnostics.XmlWriterTraceListener"
initializeData="Error.svclog" />
</sharedListeners>
</system.diagnostics>
<appSettings>
<add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />
</appSettings>
<system.web>
<compilation debug="true" targetFramework="4.5" />
<httpRuntime targetFramework="4.5"/>
</system.web>
<system.serviceModel>
<behaviors>
<serviceBehaviors>
<behavior>
<!-- Legen Sie die Werte unten vor der Bereitstellung auf "false" fest, um die Veröffentlichung von Metadateninformationen zu vermeiden. -->
<serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>
<!-- Damit in Fehlern Ausnahmedetails zum Debuggen angezeigt werden, legen Sie den Wert unten auf "true" fest. Legen Sie ihn vor der Bereitstellung auf "false" fest, um die Veröffentlichung von Ausnahmeinformationen zu vermeiden. -->
<serviceDebug includeExceptionDetailInFaults="true"/>
<!-- Umgeht eine CommunicationException, die auftritt, wenn der ObjectGraph überläuft -->
<dataContractSerializer maxItemsInObjectGraph="65535"/>
</behavior>
</serviceBehaviors>
</behaviors>
<bindings>
<basicHttpBinding>
<binding name="BasicHttpBinding_IDBUpdater"
closeTimeout="00:01:00"
openTimeout="00:01:00"
receiveTimeout="00:10:00"
sendTimeout="00:01:00"
maxBufferSize="2147483647"
maxBufferPoolSize="2147483647"
maxReceivedMessageSize="2147483647"
allowCookies="false"
bypassProxyOnLocal="false"
hostNameComparisonMode="StrongWildcard"
messageEncoding="Text"
textEncoding="utf-8"
transferMode="StreamedResponse"
useDefaultWebProxy="true">
<readerQuotas maxDepth="32"
maxStringContentLength="2147483647"
maxArrayLength="2147483647"
maxBytesPerRead="2147483647"
maxNameTableCharCount="2147483647" />
</binding>
<binding maxReceivedMessageSize="2147483647" allowCookies="true">
<readerQuotas maxDepth="32" maxStringContentLength="2147483647"
maxArrayLength="2147483647" maxBytesPerRead="2147483647"
maxNameTableCharCount="2147483647" />
</binding>
</basicHttpBinding>
</bindings>
<protocolMapping>
<remove scheme="http" />
<add scheme="http" binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IDBUpdater" />
</protocolMapping>
<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />
</system.serviceModel>
<system.webServer>
<modules runAllManagedModulesForAllRequests="true"/>
<!--
Um das Stammverzeichnis der Webanwendung beim Debuggen auszuwählen, legen Sie den Wert unten auf "true" fest.
Legen Sie ihn vor der Bereitstellung auf "false" fest, um die Veröffentlichung von Informationen über den Webanwendungsordner zu vermeiden.
-->
<directoryBrowse enabled="true"/>
</system.webServer>
</configuration>
App.config:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="BasicHttpBinding_IDBUpdater" closeTimeout="00:01:00"
openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
allowCookies="false" bypassProxyOnLocal="false" maxBufferPoolSize="2147483647"
maxReceivedMessageSize="2147483647" useDefaultWebProxy="true" />
<binding allowCookies="true" maxReceivedMessageSize="2147483647">
<readerQuotas maxDepth="32" maxStringContentLength="2147483647"
maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" />
</binding>
</basicHttpBinding>
</bindings>
<client>
<endpoint address="http://10.1.58.48/DBUpdate/UpdateService.svc"
binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IDBUpdater"
contract="UpdateService.IDBUpdater" />
</client>
</system.serviceModel>
</configuration>
我对 WCF 配置不是很熟悉。有什么问题吗?为什么我一直收到此错误消息?
代码示例:
string cmd = @"SELECT trainer.TID, anrede.Anrede, trainer.Titel, trainer.Vorname, trainer.Nachname, trainer.Festnetz, trainer.Mobil, trainer.Email, trainer.Trainerstatus, trainer.Honorar
FROM trainer
left join anrede on trainer.Anrede = anrede.ID
Group by trainer.TID";
var client = new DBUpdaterClient();
dt = client.ExecuteReaderUGV(Helpers.GetUsername(), cmd);
调用ExecuteReaderUGV()
后出现错误,生成的数据table对象应该有大约3500个条目。使用较小的数据 tables (<50) 它工作正常。
错误信息:
基础连接已关闭:连接意外关闭。
更新:
我们将问题追踪到关键字 left join
。当替换为 inner join
时,它工作正常。但是,我们不清楚为什么会发生这种情况。当我们在没有 Web 服务的情况下访问数据库并使用 left join
执行 sql 命令时,它可以工作。当我们使用网络服务时,它不会。
更新二:
问题出在 left join
处的条件:如果无法评估条件(例如,一个值不存在),Web 服务调用将以 Communication Exception
响应。有人对此了解更多吗?
如果你的 WCF return 一个数据表,当你创建数据表对象时你需要使用这个构造函数:
var dt = new DataTable("Anything");
您可以使用这个功能:
public DataTable ExecuteRequest(string requete)
{
var dt = new DataTable("Anything"); // this will resolve your problem
if (requete!= string.Empty)
{
using (con = new SqlConnection(ConString))
{
var cmd = new SqlCommand(requete, con);
var sda = new SqlDataAdapter(cmd);
sda.Fill(dt);
}
}
return dt;
}
希望能解决你的问题
成功解决方案:将DataTable
替换为DataSet
我不知道为什么,但从那以后异常就消失了。
这个问题与System.ServiceModel.CommunicationException: The underlying connection was closed重复,但没有解决我的问题。
我正在使用写入和读取数据库的 WCF 服务。但在某些情况下,请求会因 CommunicationException 取消,表示基础连接已关闭。没有提供进一步的细节。
我启用了跟踪,但日志显示没有关于此请求的条目。我尝试将 MaxItemsInObjectGraph
设置为 65535 但没有任何改变。也许我的配置配置错误,有人可以看看吗?
Web.config
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.diagnostics>
<sources>
<source name="System.ServiceModel"
switchValue="Information, ActivityTracing"
propagateActivity="true" >
<listeners>
<add name="xml"/>
</listeners>
</source>
<source name="System.ServiceModel.MessageLogging">
<listeners>
<add name="xml"/>
</listeners>
</source>
<source name="myUserTraceSource"
switchValue="Information, ActivityTracing">
<listeners>
<add name="xml"/>
</listeners>
</source>
</sources>
<sharedListeners>
<add name="xml"
type="System.Diagnostics.XmlWriterTraceListener"
initializeData="Error.svclog" />
</sharedListeners>
</system.diagnostics>
<appSettings>
<add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />
</appSettings>
<system.web>
<compilation debug="true" targetFramework="4.5" />
<httpRuntime targetFramework="4.5"/>
</system.web>
<system.serviceModel>
<behaviors>
<serviceBehaviors>
<behavior>
<!-- Legen Sie die Werte unten vor der Bereitstellung auf "false" fest, um die Veröffentlichung von Metadateninformationen zu vermeiden. -->
<serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>
<!-- Damit in Fehlern Ausnahmedetails zum Debuggen angezeigt werden, legen Sie den Wert unten auf "true" fest. Legen Sie ihn vor der Bereitstellung auf "false" fest, um die Veröffentlichung von Ausnahmeinformationen zu vermeiden. -->
<serviceDebug includeExceptionDetailInFaults="true"/>
<!-- Umgeht eine CommunicationException, die auftritt, wenn der ObjectGraph überläuft -->
<dataContractSerializer maxItemsInObjectGraph="65535"/>
</behavior>
</serviceBehaviors>
</behaviors>
<bindings>
<basicHttpBinding>
<binding name="BasicHttpBinding_IDBUpdater"
closeTimeout="00:01:00"
openTimeout="00:01:00"
receiveTimeout="00:10:00"
sendTimeout="00:01:00"
maxBufferSize="2147483647"
maxBufferPoolSize="2147483647"
maxReceivedMessageSize="2147483647"
allowCookies="false"
bypassProxyOnLocal="false"
hostNameComparisonMode="StrongWildcard"
messageEncoding="Text"
textEncoding="utf-8"
transferMode="StreamedResponse"
useDefaultWebProxy="true">
<readerQuotas maxDepth="32"
maxStringContentLength="2147483647"
maxArrayLength="2147483647"
maxBytesPerRead="2147483647"
maxNameTableCharCount="2147483647" />
</binding>
<binding maxReceivedMessageSize="2147483647" allowCookies="true">
<readerQuotas maxDepth="32" maxStringContentLength="2147483647"
maxArrayLength="2147483647" maxBytesPerRead="2147483647"
maxNameTableCharCount="2147483647" />
</binding>
</basicHttpBinding>
</bindings>
<protocolMapping>
<remove scheme="http" />
<add scheme="http" binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IDBUpdater" />
</protocolMapping>
<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />
</system.serviceModel>
<system.webServer>
<modules runAllManagedModulesForAllRequests="true"/>
<!--
Um das Stammverzeichnis der Webanwendung beim Debuggen auszuwählen, legen Sie den Wert unten auf "true" fest.
Legen Sie ihn vor der Bereitstellung auf "false" fest, um die Veröffentlichung von Informationen über den Webanwendungsordner zu vermeiden.
-->
<directoryBrowse enabled="true"/>
</system.webServer>
</configuration>
App.config:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="BasicHttpBinding_IDBUpdater" closeTimeout="00:01:00"
openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
allowCookies="false" bypassProxyOnLocal="false" maxBufferPoolSize="2147483647"
maxReceivedMessageSize="2147483647" useDefaultWebProxy="true" />
<binding allowCookies="true" maxReceivedMessageSize="2147483647">
<readerQuotas maxDepth="32" maxStringContentLength="2147483647"
maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" />
</binding>
</basicHttpBinding>
</bindings>
<client>
<endpoint address="http://10.1.58.48/DBUpdate/UpdateService.svc"
binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IDBUpdater"
contract="UpdateService.IDBUpdater" />
</client>
</system.serviceModel>
</configuration>
我对 WCF 配置不是很熟悉。有什么问题吗?为什么我一直收到此错误消息?
代码示例:
string cmd = @"SELECT trainer.TID, anrede.Anrede, trainer.Titel, trainer.Vorname, trainer.Nachname, trainer.Festnetz, trainer.Mobil, trainer.Email, trainer.Trainerstatus, trainer.Honorar
FROM trainer
left join anrede on trainer.Anrede = anrede.ID
Group by trainer.TID";
var client = new DBUpdaterClient();
dt = client.ExecuteReaderUGV(Helpers.GetUsername(), cmd);
调用ExecuteReaderUGV()
后出现错误,生成的数据table对象应该有大约3500个条目。使用较小的数据 tables (<50) 它工作正常。
错误信息: 基础连接已关闭:连接意外关闭。
更新:
我们将问题追踪到关键字 left join
。当替换为 inner join
时,它工作正常。但是,我们不清楚为什么会发生这种情况。当我们在没有 Web 服务的情况下访问数据库并使用 left join
执行 sql 命令时,它可以工作。当我们使用网络服务时,它不会。
更新二:
问题出在 left join
处的条件:如果无法评估条件(例如,一个值不存在),Web 服务调用将以 Communication Exception
响应。有人对此了解更多吗?
如果你的 WCF return 一个数据表,当你创建数据表对象时你需要使用这个构造函数:
var dt = new DataTable("Anything");
您可以使用这个功能:
public DataTable ExecuteRequest(string requete)
{
var dt = new DataTable("Anything"); // this will resolve your problem
if (requete!= string.Empty)
{
using (con = new SqlConnection(ConString))
{
var cmd = new SqlCommand(requete, con);
var sda = new SqlDataAdapter(cmd);
sda.Fill(dt);
}
}
return dt;
}
希望能解决你的问题
成功解决方案:将DataTable
替换为DataSet
我不知道为什么,但从那以后异常就消失了。