选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

用于多部分 SPARQL 响应的可选 HTTP 尾随标头

聚焦模式
用于多部分 SPARQL 响应的可选 HTTP 尾随标头 - Amazon Neptune

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

注意

此特征从 Neptune 引擎版本 1.0.3.0 开始推出。

对 SPARQL 查询和更新的 HTTP 响应通常以多个部分或块的形式返回。可能很难诊断在查询或更新开始发送这些块后发生的故障,尤其是因为第一个块到达时的 HTTP 状态代码为 200

除非您明确请求尾随标头,否则 Neptune 只能通过在消息正文(通常已损坏)中附加错误消息来报告此类故障。

为了更轻松地检测和诊断此类问题,您可以在请求中包含传输编码 (TE) 后缀标头 (te: trailers)(例如,请参阅有关 TE 请求标头的 MDN 页面)。这样做会导致 Neptune 在响应块的尾随标头中加入两个新的标头字段:

  • X-Neptune-Status – 包含响应代码后跟一个短名称。例如,如果成功,则尾随标头将是:X-Neptune-Status: 200 OK。如果出现故障,响应代码将是 Neptune 引擎错误代码,例如 X-Neptune-Status: 500 TimeLimitExceededException

  • X-Neptune-Detail – 对于成功的请求,为空。如果出现错误,则它包含 JSON 错误消息。由于 HTTP 标头值中只允许使用 ASCII 字符,因此 JSON 字符串是经过 URL 编码的。错误消息还会附加到响应消息正文中。

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。