Cabeçalhos HTTP finais opcionais para respostas em várias partes SPARQL - Amazon Neptune

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Cabeçalhos HTTP finais opcionais para respostas em várias partes SPARQL

nota

Esse atributo está disponível a partir da versão 1.0.3.0 do mecanismo do Neptune.

A HTTP resposta às SPARQL consultas e atualizações geralmente é retornada em mais de uma parte ou fragmento. Pode ser difícil diagnosticar uma falha que ocorre após uma consulta ou atualização começar a enviar esses fragmentos, especialmente porque o primeiro chega com um código de HTTP status de. 200

A menos que você solicite explicitamente os cabeçalhos finais, o Neptune só relata essa falha anexando uma mensagem de erro ao corpo da mensagem, que geralmente está corrompida.

Para facilitar a detecção e o diagnóstico desse tipo de problema, você pode incluir um cabeçalho de trailers () com codificação de transferência (TEte: trailers) em sua solicitação (consulte, por exemplo, a MDN página sobre cabeçalhos de solicitação TE). Isso fará com que o Neptune inclua dois novos campos de cabeçalho nos cabeçalhos finais dos blocos de resposta:

  • X-Neptune-Status: contém o código de resposta seguido por um nome curto. Por exemplo, em caso de êxito, o cabeçalho final seria: X-Neptune-Status: 200 OK. Em caso de falha, o código de resposta seria um código de erro do mecanismo do Neptune, como X-Neptune-Status: 500 TimeLimitExceededException.

  • X-Neptune-Detail: fica em branco para solicitações bem-sucedidas. No caso de erros, ele contém a mensagem JSON de erro. Como somente ASCII caracteres são permitidos nos valores do HTTP cabeçalho, a JSON string é URL codificada. A mensagem de erro também ainda é anexada ao corpo da mensagem de resposta.