¿Cuándo es apropiado responder con un error HTTP 412?

Question

No está claro para mí cuándo debe y no debe devolver un error HTTP 412: Error de precondición para un servicio web. Estoy pensando en usarlo al validar los datos. Por ejemplo, si los datos XML de un POST de un cliente y esos datos carecen de un elemento de datos requerido, responden con un 412 y una descripción del error.

¿Eso se alinea con el espíritu de respuesta con un HTTP 412, o debería usarse algo más (por ejemplo, otro código de error http o excepción de aplicación web)?

Answer 1

Su mejor opción sería evitar 412. En la práctica, la mayoría de los servicios web que he usado envían un 400 code (Bad Request). Muchos frameworks también tienen soporte integrado para 400 y sus clientes apreciarán un código de error más común. Muchas veces, especialmente con las interfaces REST, se devuelve un elemento simple de "mensaje" o "error" con una descripción.

Answer 2

Si nos fijamos en RFC 2616 verá un número de cabeceras de petición que se pueden utilizar para aplicar condiciones a una petición:

If-Match 
If-Modified-Since 
If-None-Match 
If-Range 
If-Unmodified-Since 

Estas cabeceras contienen 'condiciones previas', lo que permite que el cliente comunique al servidor para completar solo la solicitud si se cumplen ciertas condiciones. Por ejemplo, utiliza una solicitud PUT para actualizar el estado de un recurso, pero solo desea que se actúe el PUT si el recurso no ha sido modificado por otra persona desde su GET más reciente.

El código de estado de respuesta 412 (Precondición fallida) se usa normalmente cuando fallan estas condiciones previas.

Su ejemplo suena como una solicitud no válida (es decir, el cliente ha enviado datos que no son válidos debido a valores perdidos). Un código de estado de 400 (Solicitud incorrecta) es más apropiado aquí IMO.

Answer 3

412 está reservado para los casos en que la solicitud es condicional y la condición no se cumple.

Para su caso de uso, 422 Unprocessable Entity es una buena combinación.