post icon

The communication object, System.ServiceModel.Channels.ServiceChannel, cannot be used for communication because it is in the Faulted state.

Nella programmazione SOA oriented, uno dei principali errori che si commette nell’utilizzo dei servizi WCF e creare un’istanza del Transparent Proxy all’interno dello statement using, come segue:

using(ServiceReference.ClientType client = new ServiceReference.ClientType(“EndpointAddress”))
  {
      //faccio qualcosa

  } // <– Questa linea potrebbe generare un errore

L’errore che si riceve è il seguente:

Type: System.ServiceModel.CommunicationObjectFaultedException.
Message: The communication object, System.ServiceModel.Channels.ServiceChannel, cannot be used for communication because it is in the Faulted state.

Questo errore si ottiene, in generale, quando il servizio è in uno stato di Fault (guasto), quindi non accessibile, ma nella maggior parte dei casi quando non è stato gestito correttamente il Dispose del proxy client, per cui le chiamate successive alla prima troveranno il servizio nello stato di Fault.

Per una corretta gestione della distruzione (Dispose) del proxy client utilizzare lo statement Try Catch arricchito con il Finally, come indicato di seguito:

ServiceReference.ClientType client = null;

  try
  {
      client = new ServiceReference.ClientType(“EndpointAddress”);
      client.Open();

      //faccio qualcosa
  }
  catch (Exception e)
  {
      //Gestione dell’eccezione
  }
  finally
  {
      if (client.State == CommunicationState.Opened)
          client.Close();
      else if (client.State == CommunicationState.Faulted)
          client.Abort();
  }

E’ possibile trovare riferimenti puntuali sull’MSDN al seguente articolo: Evitare problemi con l’uso dello statement using.

30 novembre 2011 @ 13:14

3 Comments

Leave a comment
  1. Marco
    1 dicembre 2011 at 08:53 #

    Quanti hanno commesso quest’errore!
    Anche io ci sono cascato :-D

    • Nicola Celiento
      26 gennaio 2012 at 21:57 #

      Io per primo, ecco il motivo di questo post! ;)

  2. Michele C. Keith
    2 ottobre 2013 at 12:55 #

    You get this error because you let a .NET exception happen on your server side, and you didn’t catch and handle it, and didn’t convert it to a SOAP fault, either.

Leave a Reply