Подробное исследование исключения таймаута WCF

Ответ 1

Если вы используете .Net-клиент, возможно, вы не установили

//This says how many outgoing connection you can make to a single endpoint. Default Value is 2
System.Net.ServicePointManager.DefaultConnectionLimit = 200;

вот оригинальный вопрос и ответ дросселирование WCF

Обновить:

Эта конфигурация входит в. Клиентское приложение .Net может быть запущено или всякий раз, но только перед началом тестирования.

Кроме того, вы можете получить его в файле app.config, а также следуя

<system.net>
    <connectionManagement>
      <add maxconnection = "200" address ="*" />
    </connectionManagement>
  </system.net>

Ответ 2

Если вы уже не попробовали - инкапсулируйте свои операции WCF на стороне сервера в блоках try/finally и добавьте ведение журнала, чтобы убедиться, что они действительно возвращаются.

Если они показывают, что операции завершены, то моим следующим шагом было бы перейти на более низкий уровень и посмотреть на фактический транспортный уровень.

Wireshark или другой подобный инструмент захвата пакетов могут быть весьма полезными на данный момент. Я предполагаю, что это работает через HTTP на стандартном порту 80.

Запустите Wireshark на клиенте. В параметрах при запуске захвата установите фильтр захвата на tcp http and host service.example.com - это уменьшит количество нерелевантного трафика.

Если вы можете, измените свой клиент, чтобы уведомить вас о точном времени начала вызова и времени, когда произошел тайм-аут. Или просто внимательно следите за ним.

Когда вы получите сообщение об ошибке, вы можете пройти через журналы Wireshark, чтобы найти начало вызова. Щелкните правой кнопкой мыши на первом пакете, на котором ваш клиент вызовет его (должно быть что-то вроде GET/service.svc или POST/service.svc) и выберите "Follow TCP Stream".

Wireshark расшифровывает весь HTTP-разговор, поэтому вы можете убедиться, что WCF фактически отправляет ответы.

Ответ 3

from: http://www.codeproject.com/KB/WCF/WCF_Operation_Timeout_.aspx

Чтобы избежать этой ошибки таймаута, нам нужно до настроить OperationTimeoutсвойство Proxy в клиенте WCF код. Эта конфигурация - это что-то новые в отличие от других конфигураций, таких как как тайм-аут отправки, тайм-аут приема и т. которые я обсуждал на статья. Чтобы установить этот тайм-аут работы конфигурации собственности, мы должны отбросить доверенность на IContextChannel в Клиентское приложение WCF перед вызовом методы договора операции.

Ответ 4

У меня очень похожая проблема. Раньше это было связано с проблемами сериализации. Если у вас все еще есть эта проблема, можете ли вы проверить правильность сериализации объектов, которые вы возвращаете. В частности, если вы используете объекты Linq-To-Sql, у которых есть отношения, существуют известные проблемы сериализации, если вы помещаете обратную ссылку на дочерний объект на родительский объект и отмечаете эту обратную ссылку как DataMember.

Вы можете проверить сериализацию, написав консольное приложение, которое сериализует и десериализует ваши объекты с помощью DataContractSerializer на стороне сервера и любых методов сериализации, используемых вашим клиентом. Например, в нашем текущем приложении у нас есть как клиенты WPF, так и Compact Framework. Я написал консольное приложение, чтобы проверить, что я могу сериализоваться с помощью DataContractSerializer и десериализоваться с помощью XmlDesserializer. Вы можете попробовать это.

Кроме того, если вы возвращаете объекты Linq-To-Sql, у которых есть дочерние коллекции, вы можете попытаться убедиться, что вы с нетерпением загрузили их на стороне сервера. Иногда из-за ленивой загрузки возвращаемые объекты не заполняются и могут вызывать поведение, которое вы видите, когда запрос отправляется методу службы несколько раз.

Если вы решили эту проблему, мне бы хотелось услышать, как я тоже застрял. Я подтвердил, что моя проблема не является сериализацией, поэтому я не понимаю.

UPDATE: я не уверен, что это поможет вам, но инструмент Service Trace Viewer просто решил мою проблему после 5 дней очень похожего опыта. Установив трассировку, а затем посмотрев на необработанный XML, я обнаружил исключения, которые вызывают проблемы с сериализацией. Это было связано с объектами Linq-to-SQL, которые иногда имели больше дочерних объектов, чем можно было бы успешно сериализовать. Добавление следующего в ваш файл web.config должно включать трассировку:

<sharedListeners>
    <add name="sharedListener"
         type="System.Diagnostics.XmlWriterTraceListener"
         initializeData="c:\Temp\servicetrace.svclog" />
  </sharedListeners>
  <sources>
    <source name="System.ServiceModel" switchValue="Verbose, ActivityTracing" >
      <listeners>
        <add name="sharedListener" />
      </listeners>
    </source>
    <source name="System.ServiceModel.MessageLogging" switchValue="Verbose">
      <listeners>
        <add name="sharedListener" />
      </listeners>
    </source>
  </sources>

Полученный файл можно открыть с помощью средства просмотра трассировки служб или только в IE, чтобы проверить результаты.

Ответ 5

Вы закрываете соединение с сервисом WCF между запросами? Если вы этого не сделаете, вы увидите этот точный тайм-аут (в конце концов).

Ответ 6

Я только что решил проблему. Я обнаружил, что узлы в файле App.config неправильно настроены.

<client>
<endpoint name="WCF_QtrwiseSalesService" binding="wsHttpBinding" bindingConfiguration="ws" address="http://cntgbs1131:9005/MyService/TGE.ISupplierClientManager" contract="*">
</endpoint>
</client>

<bindings>
    <wsHttpBinding>
        <binding name="ws" maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647" messageEncoding="Text">
            <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647"/>
            <**security mode="None">**
                <transport clientCredentialType="None"></transport>
            </security>
        </binding>
    </wsHttpBinding>
</bindings>

Подтвердите свою конфигурацию в node <security>, значение атрибута "режим" - "Нет". Если ваше значение - "Транспорт", возникает ошибка.

Ответ 7

Пусть это поможет вам в этой ссылке в блогах Msdn:

http://blogs.msdn.com/tess/archive/2009/01/09/net-hang-my-application-hangs-after-i-called-my-wcf-service-a-couple-of-times.aspx

Ответ 8

Вы пытались использовать clientVia, чтобы увидеть отправленное сообщение, используя SOAP toolkit или что-то в этом роде? Это может помочь выяснить, исходит ли ошибка от самого клиента или из другого места.

Ответ 9

Я не эксперт WCF, но мне интересно, не запущена ли защита DDOS в IIS. По опыту знаю, что если в какой-то момент вы запускаете несколько одновременных подключений от одного клиента к серверу, сервер перестает отвечать на вызовы, поскольку он подозревает атаку DDOS. Он также будет держать соединения открытыми до тех пор, пока не истечет тайм-аут, чтобы замедлить клиента в его атаках.

Несколько соединений, идущих с разных компьютеров /IP, не должны быть проблемой.

В этом сообщении MSDN больше информации:

http://msdn.microsoft.com/en-us/library/bb463275.aspx

Проверьте свойства MaxConcurrentSession.

Ответ 10

Вы проверяли трассировки WCF? WCF имеет тенденцию проглатывать исключения и возвращает только последнее исключение, которое является тайм-аутом, который вы получаете, поскольку конечная точка не возвращала ничего значимого.

Ответ 11

Вы также получите эту ошибку, если вы передаете объект обратно клиенту, который содержит свойство перечисления типа, которое не задано по умолчанию, и что перечисление не имеет значения, которое сопоставляется с 0. ie enum MyEnum{ a=1, b=2};

Ответ 12

Похоже, это сообщение об исключительной ситуации является довольно общим и может быть получено по разным причинам. Мы столкнулись с этим при развертывании клиента на машинах Windows 8.1. Наш клиент WCF запускается внутри службы Windows и постоянно проверяет службу WCF. Служба Windows работает под пользователем, не являющимся администратором. Проблема была исправлена ​​установкой clientCredentialType в "Windows" в конфигурации WCF, чтобы позволить аутентификацию проходить через проход, как показано ниже:

      <security mode="None">
        <transport clientCredentialType="Windows" proxyCredentialType="None"
          realm="" />
        <message clientCredentialType="UserName" algorithmSuite="Default" />
      </security>