Encabezados HTTP finales opcionales para respuestas de varias partes SPARQL - Amazon Neptune

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Encabezados HTTP finales opcionales para respuestas de varias partes SPARQL

nota

Esta característica está disponible a partir de la versión 1.0.3.0 del motor de Neptune.

La HTTP respuesta a SPARQL las consultas y las actualizaciones suele devolverse en más de una parte o en más de un fragmento. Puede resultar difícil diagnosticar un error que se produce después de que una consulta o actualización comience a enviar estos fragmentos, sobre todo porque la primera llega con un código de HTTP estado de. 200

A menos que solicite explícitamente los encabezados finales, Neptune solo informa de este error añadiendo un mensaje de error al cuerpo del mensaje, que suele estar dañado.

Para facilitar la detección y el diagnóstico de este tipo de problemas, puedes incluir un encabezado de tráileres de codificación de transferencia (TEte: trailers) en tu solicitud (consulta, por ejemplo, la MDN página sobre los encabezados de las solicitudes de TE). Si lo hace, Neptune incluirá dos nuevos campos de encabezados dentro de los encabezados finales de los fragmentos de respuesta:

  • X-Neptune-Status: contiene el código de respuesta seguido de un nombre abreviado. Por ejemplo, en caso de que se realizara correctamente, el encabezado final sería: X-Neptune-Status: 200 OK. En caso de fallo, el código de respuesta sería uno de los códigos de error del motor de Neptune, como X-Neptune-Status: 500 TimeLimitExceededException.

  • X-Neptune-Detail: está vacío si las solicitudes se han realizado correctamente. En el caso de errores, contiene el mensaje de error. JSON Como solo se permiten ASCII caracteres en los valores de HTTP encabezado, la JSON cadena está URL codificada. El mensaje de error también se sigue adjuntando al cuerpo del mensaje de respuesta.