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 finais HTTP opcionais para respostas SPARQL de várias partes
<a name="access-graph-sparql-http-trailing-headers"></a>

A resposta HTTP às consultas e atualizações do SPARQL geralmente é retornada em mais de uma parte ou fragmento. Pode ser difícil diagnosticar uma falha ocorrida após uma consulta ou uma atualização começar a enviar esses fragmentos, especialmente porque o primeiro chega com um código de status HTTP 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, é possível incluir um cabeçalho de trailers com codificação de transferência (TE) (`te: trailers`) na solicitação (consulte, por exemplo, [a página MDN sobre cabeçalhos de solicitação TE](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/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](errors-engine-codes.md), 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 de erro JSON. Como somente caracteres ASCII são permitidos nos valores do cabeçalho HTTP, a string JSON é codificada em URL. A mensagem de erro também ainda é anexada ao corpo da mensagem de resposta.