我试图理解为什么这个乘法导致不正确的值:
long max = (60 * 24 * 60 * 60 * 1000);
Run Code Online (Sandbox Code Playgroud)
这应该= 5,184,000,000
但在我的Java程序中它= 889,032,704
知道为什么会这样吗?
我的应用程序从由 DynamoDB 支持的第 3 方 REST API 摄取数据。结果是分页的,因此我通过将最后一个评估的键传递给每个后续请求来向前翻页。
我的问题是最后评估的密钥是否有保质期?它会过期吗?
假设我查询了 REST API,然后决定停止。如果我保存上次评估的密钥,是否可以在30 天后准确地从我中断的地方继续?最后评估的键是否仍然有效并根据我之前离开的地方返回正确的下一页?
我们有一个SQS侦听器,例如:
@MessageMapping("queueName")
void listen(String message) { ... }
Run Code Online (Sandbox Code Playgroud)
此队列具有配置有关联的死信队列的重新驱动策略。
问题是默认的Spring Cloud AWS实施是在轮询消息时删除消息,并在内部进行3次重试以进行处理,然后失败。
我可以看到有一个带有ALWAYS和ON_SUCCESS值的SqsMessageDeletionPolicy枚举。我在任何文档中都找不到如何更改该队列的QueueAttributes以更改此行为。
有谁知道吗