WCF请求期间发生CommunicationException,基础连接已关闭
本文关键字:连接 CommunicationException 请求 WCF | 更新日期: 2023-09-27 18:00:41
此问题与System.ServiceModel.CommunicationException重复:基础连接已关闭,但它没有解决我的问题。
我使用的是一个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()
后出现错误,生成的数据表对象应该有大约3500个条目。对于较小的数据表(<50),它运行良好。
错误消息:基础连接已关闭:连接意外关闭。
更新:
我们把这个问题追溯到关键字left join
。当被inner join
取代时,它可以正常工作。然而,我们不清楚为什么会发生这种情况。当我们在没有web服务的情况下访问数据库并使用left join
执行sql命令时,它就起作用了。当我们使用web服务时,它不会。
更新II:
问题是left join
处的条件:如果无法评估该条件(例如,一个值不存在),则web服务调用将使用Communication Exception
进行应答。有人对此了解更多吗?
如果WCF返回Datatable,则在创建Datatable对象时,需要使用以下costructor:
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;
}
我希望它能解决你的问题
成功的解决方案:用DataSet
替换DataTable
我不知道为什么,但从那时起,这个例外就消失了。