Cómo configurar Json.Net como el serializador predeterminado para el servicio WCF REST

Question

¿Es posible anular el comportamiento predeterminado de WCF DataContractSerializer cuando Serialize/DeSerialize entidades y usar JSON.NET en su lugar?

Tengo el siguiente contrato de servicio para manejar la entidad de la ciudad. Por motivos de diseño, la entidad de la ciudad tiene IsReference = true y, por lo tanto, el DataContractSerializer predeterminado genera errores.

Para los métodos "GET" puedo manejar la situación con JsonConvert.DeserializeObject, pero con los métodos "PUT, POST, DELETE" DataContractSerializer tiene prioridad y falla al quejarse por las entidades IsReference no se pueden serializar.

He encontrado este Post para implementar IOperationBehavior y proporcionar mi propio serializador pero no sé cómo integrar Json.NET con esto. y creo que debería haber un enfoque más directo para esto.

Agradecería cualquier ayuda u orientación con respecto a este escenario, o consejos para otros enfoques.

[ServiceContract] 
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed) 
[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall)] 
public class CityService 
{ 
    [Description("Get all Cities")] 
    [WebGet(UriTemplate = "")] 
    public Message Cities() 
    { 

    } 

    [Description("Allows the details of a single City to be updated.")] 
    [WebInvoke(UriTemplate = "{code}", Method = "PUT")] 
    public Message UpdateCity(string code, City city) 
    { 
    } 
} 

Muchas gracias

Hossam

Answer 1

El uso de encoders y serializadores extendidos (ver http://msdn.microsoft.com/en-us/library/ms733092.aspx) u otros métodos de extender WCF como el uso de DataContractSerializerOperationBehavior es muy interesante, pero para su problema especial hay formas de solución más fáciles.

Si ya utiliza Message tipo para devolver los resultados de un uso WCF4 se puede hacer algo como lo siguiente:

public Message UpdateCity(string code, City city) 
{ 
    MyResponseDataClass message = CreateMyResponse(); 
    // use JSON.NET to serialize the response data 
    string myResponseBody = JsonConvert.Serialize(message); 
    return WebOperationContext.Current.CreateTextResponse (myResponseBody, 
       "application/json; charset=utf-8", 
       Encoding.UTF8); 
} 

En caso de errores (como HttpStatusCode.Unauthorized o HttpStatusCode.Conflict) o en otras situaciones en las que es necesario establecer un código de estado HTTP (como HttpStatusCode.Created) puede continuar usando WebOperationContext.Current.OutgoingResponse.StatusCode.

Como alternativa también se puede devolver un Stream (ver http://blogs.msdn.com/b/carlosfigueira/archive/2008/04/17/wcf-raw-programming-model-web.aspx y http://msdn.microsoft.com/en-us/library/ms732038.aspx) en lugar de Message a devolver ningún dato sin un procesamiento adicional por defecto por Microsoft JSON serializador. En el caso de WCF4, puede usar CreateStreamResponse (consulte http://msdn.microsoft.com/en-us/library/dd782273.aspx) en lugar de CreateTextResponse. No olvides establecer la posición del flujo en 0 después de escribir en el flujo si usarás esta técnica para producir la respuesta.

Answer 2

¿Hay alguna razón por la que desea utilizar la biblioteca Json.NET específicamente. Si desea devolver JSON, ¿por qué no utilizar la propiedad ResponseFormat de los atributos WebGet y WebInvoke?

[WebGet(UriTemplate = "", ResponseFormat = WebMessageFormat.Json)] 

Eso debería para la mayoría de los casos. ¿Qué versión de WCF está ejecutando? ¿Alguna razón por la que está devolviendo un tipo de mensaje en lugar del tipo real?

Answer 3

definirlo en su servicio web.config en los comportamientos de servicios:

<endpointBehaviors> 
    <behavior name="restfulBehavior"> 
     <webHttp defaultOutgoingResponseFormat="Json" defaultBodyStyle="Wrapped" automaticFormatSelectionEnabled="False" /> 
     <!--<enableWebScript />--> 
    </behavior> 
</endpointBehaviors> 

o en su contrato de operación de su interfaz