views:

487

answers:

3

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?

A: 

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>()
Darrel Miller
I like your simple-is-better approach, but we have a large number of interfaces, and almost all the methods take complex POST content. The code simplicity of the `ChannelFactory`'s proxy implementation saves us an awful lot of code complexity. I know that it can be done your way, but what I really want to know is: can we get the error detail if we do it the `ChannelFactory` way?
Keith
+2  A: 

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

Enrico Campidoglio
That's exactly what the service does - the details as JSON serialised in the body of the HTTP response. The problem is that the ChannelFactory throws an exception without those details for any HTTP header status other than 200. The service works, it's WCF's client implementation that's the problem.
Keith
A: 

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.

Nate Zaugg