Question

I have a REST service consumed by a .Net WCF client.

When an error is encountered the REST service returns an HTTP 400 Bad Request with the response body containing JSON serialised details.

If I execute the request using Fiddler, Javascript or directly from C# I can easily access the response body when an error occurs.

However, I'm using a WCF ChannelFactory with 6 quite complex interfaces. The exception thrown by this proxy is always a ProtocolException, with no useful details.

Is there any way to get the response body when I get this error?


Update

I realise that there are a load of different ways to do this using .Net and that there are other ways to get the error response. They're useful to know but don't answer this question.

The REST services we're using will change and when they do the complex interfaces get updated. Using the ChannelFactory with the new interfaces means that we'll get compile time (rather than run time) exceptions and make these a lot easier to maintain and update the code.

Is there any way to get the response body for an error HTTP status when using WCF Channels?

Was it helpful?

Solution

Don't use ChannelFactory :-) Seriously though. Why would you create a REST interface and then use the WCF client proxy. What is the benefit of using the REST service? Why not just use wsHttpBinding? With the HttpClient class from the REST starter kit you can make standard HTTP requests and then deserialize the response using the DataContractSerializer.

E.g.

var httpClient = new HttpClient();
var content = httpClient.Get("http://example.org/customer/45").Content;
var customer = content.ReadAsDataContract<Customer>()

OTHER TIPS

you can retrieve the exception detail as below:

                Exception innerException = exception.InnerException;
                WebException webException = innerException as WebException;
                HttpWebResponse response = webException.Response as HttpWebResponse;
                string statusDescription = response.StatusDescription;
                HttpStatusCode statusCode = response.StatusCode;

The InnerException of the ProtocolException will be a WebException. You can get the HttpWebResponse from that and call GetResponseStream to read the actual response body. (Remember to seek to the beginning of the stream before reading).

var webException = (WebException) protocolException.InnerException;
var response = (HttpWebResponse) webException.Response;
var responseStream = response.GetResponseStream()
responseStream.Seek(0, SeekOrigin.Begin);
var reader = new StreamReader(responseStream);
var responseContent = reader.ReadToEnd();

You could try throwing a WebProtocolException from the service. This way the error details should be included in the body of the HTTP response. Have a look at this article:

Effective Error Handling with WCF & REST

My two cents is that WCF is good at exposing the same class using many different bindings. When communicating with C#, use a SOAP binding that is good at exception information. If you must use the REST style binding, you could use a simple WebRequest to call the service and use the JSON serializer to deserialize the results. This will also give you direct access to the response code.

The approach described by user653761 works for me; after having access to the HttpWebResponse object I can use the DataContractSerializer class like this:

var serializer = new DataContractSerializer(typeof(MyDataContractType));
var deserialized = 
    (serializer.ReadObject(httpWebResponse.GetResponseStream()) as MyDataContractType);

// ...

I guess this would work for anything that WCF can serialize if you use the right serializer, didn't test for performance (yet).

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top