Как убедиться, что вы не получили исключение из состояния Faulted WCF?

Question

Я получаю это исключение:

Коммуникационный объект System.ServiceModel.Channels.ServiceChannel, не может быть использован для связи , потому что он находится в поврежденном состоянии.

Служба WCF использует по умолчанию wsHttpBinding. Я использую WCF следующим образом, где я использую его:

using (var proxy = new CAGDashboardServiceClient()) 
{ 
    proxy.Open(); 
    var result = proxy.GetSiteForRegion(ddlRegions.SelectedValue); 
    ddlSites.DataSource = result; 
    ddlSites.DataBind(); 
    proxy.Close(); 
} 

Строка ошибки отображается в сообщении, кажется, после последнего proxy.close. Не уверен что происходит. Я запуска сервиса внутри визуальной студии 08.

Вот информация след:

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

Server stack trace: 
    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 CAGDashboard.UserControls.ucVolunteerCRUDGrid.ddlRegions_SelectedIndexChanged(Object sender, EventArgs e) in C:\Documents and Settings\rballalx\My Documents\Visual Studio 2008\Projects\DashboardCAG\CAGDashboard\UserControls\ucVolunteerCRUDGrid.ascx.cs:line 81 
    at System.Web.UI.WebControls.ListControl.OnSelectedIndexChanged(EventArgs e) 
    at System.Web.UI.WebControls.DropDownList.RaisePostDataChangedEvent() 
    at System.Web.UI.WebControls.DropDownList.System.Web.UI.IPostBackDataHandler.RaisePostDataChangedEvent() 
    at System.Web.UI.Page.RaiseChangedEvents() 
    at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) 

Answer 1

You should avoid putting client proxies in using blocks.

Answer 2

---

Update:

Это linked answer describes a cleaner, simpler way of doing the same thing with C# syntax.

---

Оригинальное сообщение

Это рекомендуемый способ Microsoft, чтобы справиться с WCF клиент называет:

Более подробно см: Expected Exceptions

try 
{ 
    ... 
    double result = client.Add(value1, value2); 
    ... 
    client.Close(); 
} 
catch (TimeoutException exception) 
{ 
    Console.WriteLine("Got {0}", exception.GetType()); 
    client.Abort(); 
} 
catch (CommunicationException exception) 
{ 
    Console.WriteLine("Got {0}", exception.GetType()); 
    client.Abort(); 
} 

Дополнительная информация

Так много люди, похоже, задают этот вопрос Тион на WCF, что Microsoft даже создали специальный образец для демонстрации того, как обрабатывать исключения:

C: \ WF_WCF_Samples \ WCF \ Basic \ Client \ ExpectedExceptions \ CS \ клиент

Скачать образец: C# или VB

Учитывая, что существует так много вопросов involving the using statement, (heated?) Internal discussions и threads по этому вопросу, я не собираюсь тратить время на то, чтобы стать ковбоем кода и найти более чистый способ. Я просто высасываю его и внедряю WCF-клиентам этот подробный (но надежный) способ для моих серверных приложений.

Answer 3

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

Answer 4

Эта ошибка также может быть вызвана нулевыми методами, отмеченными атрибутом OperationContract. Это была моя проблема при создании нового сервиса и его долгое тестирование.

Answer 5

Как и ответ Райана Родемуиера, я обнаружил, что, когда UriTemplate на Контракте недействителен, вы можете получить эту ошибку. В моем случае я дважды использовал один и тот же параметр. Например:

/Root/{Name}/{Name}