Das Kommunikationsobjekt kann nicht für die Kommunikation verwendet werden, weil es abgebrochen wurde

Question

Ich habe ein WCF-Beispielprojekt, das ein Problem reproduziert, das ich mit meiner echten WCF-Anwendung habe. Sie können den Quellcode meiner Probe WCF-Anwendung herunterladen here

den Timeouts Sätze in den Code und Konfigurationsdateien Accoding, ich verstehe nicht, was appening:

**** Server exception : System.ServiceModel.CommunicationObjectAbortedException: 

The communication object, System.ServiceModel.Security.SecuritySessionServerSettings+SecurityReplySessionChannel, cannot be used for communication because it 
has been Aborted. 

    at System.ServiceModel.Channels.CommunicationObject.ThrowIfClosedOrNotOpen() 
    at System.ServiceModel.Security.SecuritySessionServerSettings.ServerSecuritySessionChannel.SecureApplicationMessage(Message& message, TimeSpan timeout, SecurityProtocolCorrelationState correlationState) 
    at System.ServiceModel.Security.SecuritySessionServerSettings.SecuritySessionRequestContext.OnReply(Message message, TimeSpan timeout) 
    at System.ServiceModel.Channels.RequestContextBase.Reply(Message message, TimeSpan timeout) 
    at System.ServiceModel.Channels.RequestContextBase.Reply(Message message) 
    at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.Reply(MessageRpc& rpc) 

**** client exception : : System.ServiceModel.Security.MessageSecurityException: An unsecured or incorrectly secured fault was received from the other party. See the inner FaultException for the fault code and detail. ---> System.ServiceModel.FaultException: The message could not be processed. This is most likely because the action 'http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT/Cancel' is incorrect or because the message contains an invalid or expired security context token or because there is a mismatch between bindings. The security context token would be invalid if the service aborted the channel due to inactivity. To prevent the service from aborting idle sessions prematurely increase the Receive timeout on the service endpoint's binding. 
    --- End of inner exception stack trace --- 

Server stack trace: 
    at System.ServiceModel.Security.SecuritySessionClientSettings`1.ClientSecuritySessionChannel.ProcessRequestContext(RequestContext requestContext, TimeSpan timeout, SecurityProtocolCorrelationState correlationState) 
    at System.ServiceModel.Security.SecuritySessionClientSettings`1.ClientSecuritySessionChannel.ReceiveInternal(TimeSpan timeout, SecurityProtocolCorrelationState correlationState) 
    at System.ServiceModel.Security.SecuritySessionClientSettings`1.SecurityRequestSessionChannel.CloseOutputSession(TimeSpan timeout) 
    at System.ServiceModel.Security.SecuritySessionClientSettings`1.ClientSecuritySessionChannel.CloseSession(TimeSpan timeout, Boolean& wasAborted) 
    at System.ServiceModel.Security.SecuritySessionClientSettings`1.ClientSecuritySessionChannel.OnClose(TimeSpan timeout) 
    at System.ServiceModel.Channels.CommunicationObject.Close(TimeSpan timeout) 
    at System.ServiceModel.Channels.ServiceChannel.OnClose(TimeSpan timeout) 
    at System.ServiceModel.Channels.CommunicationObject.Close(TimeSpan timeout) 

Exception rethrown at [0]: 
    at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) 
    at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) 
    at System.ServiceModel.ICommunicationObject.Close(TimeSpan timeout) 
    at System.ServiceModel.ClientBase`1.System.ServiceModel.ICommunicationObject.Close(TimeSpan timeout) 
    at System.ServiceModel.ClientBase`1.Close() 
    at System.ServiceModel.ClientBase`1.System.IDisposable.Dispose() 
    at WindowsFormsApplication1.Program.Main() in C:\Users\sdoucet\Documents\Visual Studio 2008\Projects\TestWCFLongExecution\WindowsFormsApplication1\Program.cs:line 25 

Answer 1

Sieht aus wie Sie vorbei sind Ausnahmen zurück zum Client. WCF mag keine regulären Ausnahmen, will Fehler oder eine FaultException im Falle von Fehlern. Nach und Ausnahme wurde zurückgegeben, der Kanal befindet sich in einem fehlerhaften Zustand und kann nicht erneut verwandt werden. Nach einer FaultException ist der Kanal noch verwendbar.

Answer 2

Wir hatten ein ähnliches Problem, weil der Anwendungspool, der den Dienst hostet, so konfiguriert wurde, dass maximale Arbeitsprozesse größer als 1 sind. Damit ein Aufruf von Abbruch oder Schließen erfolgreich ausgeführt werden kann, muss er an dieselbe Serviceinstanz weitergeleitet werden ursprüngliche Anfrage.

Answer 3

Ich hatte ein ähnliches Problem, wo ich einen asynchronen Anruf beim wcf-Dienst gemacht. Nach dem Empfang des Ergebnisses in der async_completed-Methode habe ich eine Ausnahme erhalten.

„Eine Ausnahme während des Betriebs aufgetreten ist, das Ergebnis ungültig machen Innerexception prüfen Ausnahme.“

Innerexception:
„Die Objektkommunikation nicht für die Kommunikation verwendet werden kann, weil es abgebrochen wurde“

Nach viel Mühe finde ich die Lösung, fangen Sie einfach die Ausnahme, ohne die async_completed Methode einzuwerfen. (d. h. implementiert den Versuch/Fang). Ich habe nicht verstanden, was genau das Problem ist, aber irgendwie bricht Kommunikationskanal.

habe ich versucht, die oben approch auf dem folgenden Link

http://geekswithblogs.net/SoftwareDoneRight/archive/2008/05/23/clean-up-wcf-clients--the-right-way.aspx

noch zuversichtlich, ich bin nicht, dass dies der richtige Ansatz ist, aber nach meinem Szenario mit dem Operationsergebnis furtherly ich nichts zu tun. Es ist also eine Ausnahme und stoppt den Dienst.