Wiederherstellen von einem CommunicationObjectFaultedException in WCF

Ich habe eine client-app, die versucht alle 10 Sekunden eine Nachricht zu senden, über einen WCF-service. Diese client-app wird auf einem computer an Bord eines Schiffes, von denen wir wissen, haben fleckige internet-Konnektivität. Ich möchte mich für die app, um zu versuchen, die Daten zu senden über den Dienst, und wenn es nicht kann, Warteschlange die Nachrichten, bis Sie es können, senden Sie über den Dienst.

Um zu testen, dieses setup, ich starte den client-app und dem web service (sowohl auf meinem lokalen Rechner), und alles funktioniert einwandfrei. Ich versuche zu simulieren, die schlechte internet-Verbindung durch die Tötung des web-Dienstes und Neustart. Sobald ich töten, der service, fange ich CommunicationObjectFaultedExceptions--was zu erwarten ist. Aber nachdem ich den Dienst neu starten, ich weiterhin die Ausnahmen.

Ich bin mir ziemlich sicher, dass es etwas, was ich nicht bin Verständnis über die web-service-Paradigma, aber ich weiß nicht, was das ist. Kann mir jemand beraten, ob oder ob nicht dieses setup ist machbar, und wenn ja, wie dieses Problem zu beheben (D. H. die Wiederherstellung der Kommunikations-Kanal mit dem web-service)?

Dank!

Klay

InformationsquelleAutor Klay | 2009-08-06
  1. 34

    Client-service-proxies können nicht wiederverwendet werden, wenn Sie einmal ausfallen sollte. Sie müssen entsorgen Sie das alte und erstellen Sie eine neue.

    Müssen Sie auch sicherstellen, dass Sie in der Nähe des Kunden-service-proxy korrekt. Es ist möglich für einen WCF-service proxy eine exception werfen Sie auf schließen, und wenn dies geschieht, die Verbindung wird nicht geschlossen, so dass Sie Abbrechen müssen. Verwenden Sie das "try{Schließen}/catch{Abbrechen}" Muster. Bedenken Sie auch, dass die dispose-Methode aufruft, in der Nähe (und daher kann eine Ausnahme von der Entsorgung), so können Sie nicht einfach eine mit wie mit normalen Einweg-Klassen.

    Beispiel:

    try
{
    if (yourServiceProxy != null)
    {
        if (yourServiceProxy.State != CommunicationState.Faulted)
        {
            yourServiceProxy.Close();
        }
        else
        {
            yourServiceProxy.Abort();
        }
    }
}
catch (CommunicationException)
{
    //Communication exceptions are normal when
    //closing the connection.
    yourServiceProxy.Abort();
}
catch (TimeoutException)
{
    //Timeout exceptions are normal when closing
    //the connection.
    yourServiceProxy.Abort();
}
catch (Exception)
{
    //Any other exception and you should 
    //abort the connection and rethrow to 
    //allow the exception to bubble upwards.
    yourServiceProxy.Abort();
    throw;
}
finally
{
    //This is just to stop you from trying to 
    //close it again (with the null check at the start).
    //This may not be necessary depending on
    //your architecture.
    yourServiceProxy = null;
}

    Gibt es einen blog-Artikel über dieses hier

    • +10, wenn ich könnte - wow, dieses Verhalten ist völlig unter dem radar, nie würde haben herausgefunden, was Los war, wenn ich nicht hatte, stolperte über diese Antwort.
    • Bravo! Ich implementierte eine version von dieser wie eine Erweiterung-Methode: TryDispose auf die proxy-Klasse für die Verwendung durch andere.
    • Stunt-Double, sind Sie in der Lage, geben Sie den code?
    • Codepaste-Link: die Seite kann nicht gefunden werden.
    InformationsquelleAutor Simon P Stevens
Schreibe einen Kommentar