响应 Body 密钥路径和 HTTP 交换历史记录大小
Response Body Key Path and HTTP Exchanges history size
我有一个 REST Web 服务，它会在您进行身份验证时发出 LogonToken。所有后续 REST 调用都要求将 LogonToken 作为 X-SAP-LogonToken.
在 header 中传递
我在 Paw 中使用 Response Body Key Path 将在第一个 REST 调用中检索到的 LogonToken 插入到所有其他 REST 调用的 header 中。这工作正常，除了一个警告。在某些时候，初始身份验证调用的响应 body 历史记录将被删除，具体取决于 HTTP Exchanges in History 设置。
一个明显的解决方案（解决方法？）是将此设置的值设置得非常高，但这通常会对应用程序的性能/资源使用产生影响，并且在某一时刻，仍会达到限制并且响应 body 将被删除。
理想情况下，您应该能够设置每个请求的 HTTP Exchange 限制，而不是全局设置，或者具有防止给定请求的响应 body 被清除的设置。
虽然我可以通过再次执行初始 REST 调用轻松生成一个新的 LogonToken，但问题是这会在服务器上为我提供一个新的 session，以及我执行的任何操作之前取的session会丢失（因为不知道也没有保存初始LogonToken的值）。
很抱歉回答得太晚了！ "HTTP Exchanges in History" 首选项的默认值为 300。对于最新版本的 Paw，此数字不会导致任何性能影响（就像某些旧版本的 Paw 中的情况一样）。所以你应该安全地将它再次设置为更高的限制（几百）。
为了让您有所了解，Paw 现在将大型数据 blob 存储在外部文件中，因此即使使用更大的 requests/responses，性能也应该不错。
关于 "Response Body Key Path"，是的，这显然依赖于历史记录……因此，如果某个响应已从历史记录中删除，则该动态值将无法使用。
我有一个 REST Web 服务，它会在您进行身份验证时发出 LogonToken。所有后续 REST 调用都要求将 LogonToken 作为 X-SAP-LogonToken.
我在 Paw 中使用 Response Body Key Path 将在第一个 REST 调用中检索到的 LogonToken 插入到所有其他 REST 调用的 header 中。这工作正常，除了一个警告。在某些时候，初始身份验证调用的响应 body 历史记录将被删除，具体取决于 HTTP Exchanges in History 设置。
一个明显的解决方案（解决方法？）是将此设置的值设置得非常高，但这通常会对应用程序的性能/资源使用产生影响，并且在某一时刻，仍会达到限制并且响应 body 将被删除。
理想情况下，您应该能够设置每个请求的 HTTP Exchange 限制，而不是全局设置，或者具有防止给定请求的响应 body 被清除的设置。
虽然我可以通过再次执行初始 REST 调用轻松生成一个新的 LogonToken，但问题是这会在服务器上为我提供一个新的 session，以及我执行的任何操作之前取的session会丢失（因为不知道也没有保存初始LogonToken的值）。
很抱歉回答得太晚了！ "HTTP Exchanges in History" 首选项的默认值为 300。对于最新版本的 Paw，此数字不会导致任何性能影响（就像某些旧版本的 Paw 中的情况一样）。所以你应该安全地将它再次设置为更高的限制（几百）。
为了让您有所了解，Paw 现在将大型数据 blob 存储在外部文件中，因此即使使用更大的 requests/responses，性能也应该不错。
关于 "Response Body Key Path"，是的，这显然依赖于历史记录……因此，如果某个响应已从历史记录中删除，则该动态值将无法使用。