WCF Time Out Issue

Question

У нас есть приложение, которое отправляет объект, в данном случае «printJob», в Службу. В зависимости от количества транзакций, которые у нас есть, этот процесс может занять некоторое время. Как только Служба выполняет то, что она делает, он возвращает приложение PrintJobID к приложению.

PrintGatewayClient printClient = new PrintGatewayClient(); 
PrintService.ServiceJob printJob = new PrintService.ServiceJob(); 
printJob.ServicePrintItems = checkList.ToArray(); 

try 
{ 
    currentBatch.PrintJobID = printClient.SubmitPrintJob(printJob); 
    PaymentBatchesGateway.Update(currentBatch); 
} 
catch (System.Exception ex) 
{ 
    throw ex; 
} 

printClient.Close(); 

В appliation ждет и ждет printClient, чтобы закончить его работу и получить целое число от «PrintJobID», а затем обновляет таблицу с этим идентификатором. Однако, когда крупные партии побежал, мы получим следующее сообщение об ошибке:

The request channel timed out while waiting for a reply after 00:04:59.9062464. Increase the timeout value passed to the call to Request or increase the SendTimeout value on the Binding. The time allotted to this operation may have been a portion of a longer timeout. 

Я смотрел на наш файл web.config на NetTcpBinding:

<netTcpBinding> 
    <binding name="NetTcpBinding_IPrintGateway" closeTimeout="00:01:00" 
     openTimeout="00:01:00" receiveTimeout="02:00:00" sendTimeout="02:00:00" 
     transactionFlow="false" transferMode="Buffered" 
     transactionProtocol="OleTransactions" 
     hostNameComparisonMode="StrongWildcard" listenBacklog="10" 
     maxBufferPoolSize="524288" maxBufferSize="50000000" maxConnections="10" 
     maxReceivedMessageSize="50000000"> 

    <readerQuotas maxDepth="5000" maxStringContentLength="150000" 
     maxArrayLength="16384" maxBytesPerRead="50000000" 
     maxNameTableCharCount="16384" /> 

    <reliableSession ordered="true" inactivityTimeout="00:10:00" enabled="false" /> 
    <security mode="None"> 
      <transport clientCredentialType="None" protectionLevel="None" /> 
      <message clientCredentialType="None" /> 
    </security> 
    </binding> 
<netTcpBinding> 

<client> 
    <endpoint address="http://server/printgateway/PrintGateway.svc" 
     binding="basicHttpBinding" 
     bindingConfiguration="BasicHttpBinding_IPrintGateway" 
     contract="PrintService.IPrintGateway" 
     name="BasicHttpBinding_IPrintGateway" />  
</client> 

Я не мог найти время из 00 : 05: 00 в любом месте в коде. Может кто-нибудь объяснить и рассказать мне, как продлить этот тайм-аут. Могу ли я сделать это в коде, в web.config, на сервере?

Спасибо!

Answer 1

Наличие блока потока на служебном вызове, ожидающем ответа еще на 60 секунд, является чрезмерным и представляет собой плохой выбор дизайна. Вы, конечно, не хотите увеличивать это до 5 минут, а если 5 минут, то почему не час? Это не реалистичное или поддерживающее решение.

Вместо этого вам будет гораздо лучше использовать асинхронные вызовы.

Когда вы добавляете ссылку на службу в проект, в диалоговом окне «Добавить ссылку на службу» нажмите «Дополнительно» и в разделе «Клиент» выберите «Генерировать асинхронные операции». Прокси-классы, созданные из этого, будут иметь [OperationName] Completed events и [OperationName] методы Async для каждого OperationName в контракте на обслуживание.

var client = new Service1Client(); 
    client.GetDataCompleted += Client_GetDataCompleted; // specify the callback method 
    client.GetDataAsync(0); 
    // ... 


static void Client_GetDataCompleted(object sender, GetDataCompletedEventArgs e) 
{ 
    var response = e.Result; 
    // ... 
} 

Метод обратного вызова запланирован в потоке после того, как ответное сообщение было получено инфраструктурой WCF. Подробнее в разделе «Как: асинхронно вызывать операции службы WCF» http://msdn.microsoft.com/en-us/library/ms730059.aspx.

Answer 2

Существует два файла конфигурации: один на стороне обслуживания и один на стороне потребителя. Похоже, у вас есть потребительская конфигурация. Вероятно, вы найдете 5-минутный тайм-аут, установленный в сервисе conifg.

Однако я согласен с Visual Stuart, что долго ждать синхронных вызовов услуг нежелательно. Что должно произойти, так это то, что задания печати добавляются в очередь, и после их обработки ответ может быть отправлен вызывающему пользователю.

Однако это будет означать значительное усилие перепланировки.

Answer 3

У нас была аналогичная ситуация для элемента управления Silverlight, инициирующего бизнес-логику, которая в зависимости от того, какие операции были выбраны, приведет к таймауту. Я применил сценарий опроса, такой как ниже

1. Метод службы WCF, вызванный с помощью StartOperation, который возвратил пользователю уникальный идентификатор.
2. Метод обслуживания запускает фоновый процесс, который выполняет работу и просто сообщает о статусе.
3. Потребитель вызывает отдельный режим обслуживания wcf с уникальным идентификатором, чтобы получить статус.
4. Метод статуса проверяет фоновый процесс (я использовал одноэлементный менеджер, который имел запущенные процессы в словаре поиска) и возвращает его статус.
5. Потребительские звонки №3 до тех пор, пока не будет сообщено о завершении.
6. Одиночный менеджер может очистить процесс после того, как он сделал отчеты и/или разрешить потребителю сообщать об этом и очистить его.