Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/asp.net/34.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Asp.net 在具有webHttpBinding和安全传输的WCF客户端上,间歇性;“基础连接已关闭”;_Asp.net_Wcf - Fatal编程技术网

Asp.net 在具有webHttpBinding和安全传输的WCF客户端上,间歇性;“基础连接已关闭”;

Asp.net 在具有webHttpBinding和安全传输的WCF客户端上,间歇性;“基础连接已关闭”;,asp.net,wcf,Asp.net,Wcf,在自动化负载测试的基线测试期间,我们看到间歇性的“底层连接已关闭:预期保持活动状态的连接已被服务器关闭”异常。我们在应用层添加了重试逻辑,第二次尝试很顺利。然而,这种情况仍然经常发生——大约5%的时间——即使是在我们希望尽可能解决潜在问题的最小负载下 这是一个连接到基于Java的服务器的WCF客户端。在这个项目中,我们与服务器托管公司是合作伙伴,因此我们可以请求他们进行更改,但我们不知道该请求什么 与其他插座相比,正在关闭的插座寿命不长 配置如下所示: <client> &

在自动化负载测试的基线测试期间,我们看到间歇性的“底层连接已关闭:预期保持活动状态的连接已被服务器关闭”异常。我们在应用层添加了重试逻辑,第二次尝试很顺利。然而,这种情况仍然经常发生——大约5%的时间——即使是在我们希望尽可能解决潜在问题的最小负载下

这是一个连接到基于Java的服务器的WCF客户端。在这个项目中,我们与服务器托管公司是合作伙伴,因此我们可以请求他们进行更改,但我们不知道该请求什么

与其他插座相比,正在关闭的插座寿命不长

配置如下所示:

   <client>
  <endpoint address="https://example.com/cgi-bin/blahblahblah/dev/Adapter"
      binding="webHttpBinding" bindingConfiguration="DecisionBinding" behaviorConfiguration="webHttpBehavior"
      contract="Engine.DecisionPortType" name="DecisionPort" />
  </client>
<bindings>
  <webHttpBinding>
    <binding name="DecisionBinding" closeTimeout="00:01:00"
        openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
        allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
        maxBufferSize="65536" maxBufferPoolSize="524288" maxReceivedMessageSize="65536"            
    writeEncoding="utf-8" transferMode="Buffered"
        useDefaultWebProxy="true">
      <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
          maxBytesPerRead="4096" maxNameTableCharCount="16384" />
      <security mode="Transport">
        <transport clientCredentialType="None" proxyCredentialType="None"
            realm="" />
        <!--            <message clientCredentialType="UserName" algorithmSuite="Default" /> -->
      </security>
    </binding>
  </webHttpBinding>
</bindings>

我们添加了System.Net.ServicePointManager.Expect100Continue=false;在我们的代码中,但这只是跳过了在发送之前检查连接是否仍然打开的检查

我们在服务跟踪中有详细的跟踪,但它没有给我们任何洞察力

我们如何消除这些例外情况


谢谢

你解决过这个问题吗?你解决过这个问题吗?