Caching 如何正确处理无限次重试后的hazelcast写操作
我在缓存中使用了write-behind映射存储,我注意到如果db调用失败,线程将重试3次,然后打印stacktrace,然后无限期地重复Caching 如何正确处理无限次重试后的hazelcast写操作,caching,error-handling,hazelcast,Caching,Error Handling,Hazelcast,我在缓存中使用了write-behind映射存储,我注意到如果db调用失败,线程将重试3次,然后打印stacktrace,然后无限期地重复 我们能妥善处理这件事吗?或者至少以某种方式注入一些代码以便通知管理员?现在,直到打开日志文件,我才知道这一点。不确定正确处理是什么意思,但您肯定可以在代码中捕获异常并采取任何您喜欢的操作 不确定正确处理意味着什么,但您肯定可以捕获代码中的异常并采取任何您喜欢的操作 是,当前行为是重试失败的条目。已经有计划在即将发布的版本中为Mapstore操作添加重试限制
我们能妥善处理这件事吗?或者至少以某种方式注入一些代码以便通知管理员?现在,直到打开日志文件,我才知道这一点。不确定正确处理是什么意思,但您肯定可以在代码中捕获异常并采取任何您喜欢的操作 不确定正确处理意味着什么,但您肯定可以捕获代码中的异常并采取任何您喜欢的操作 是,当前行为是重试失败的条目。已经有计划在即将发布的版本中为Mapstore操作添加重试限制
作为一种解决方法,您可以捕获MapStore实现中引发的特定异常,从而跳过这些对象。是的,当前行为是重试失败的条目。已经有计划在即将发布的版本中为Mapstore操作添加重试限制
作为一种解决方法,您可以捕获MapStore实现中抛出的特定异常,从而跳过这些对象。ok,我想我现在将编写一个拦截器。我希望这个新特性能让我们在达到极限时注入我们自己的代码。好吧,我想我现在要写一个拦截器。我希望新特性将允许我们在达到极限时注入我们自己的代码。