After标头中指定要后退的秒数...在这一点上，框架读取并解析该值，并且本质上执行以下操作如何设置Polly策略来捕获此自定义异常，然后在exception.RetryAfter秒后重试？
浏览 26提问于2020-03-05得票数 0
回答已采纳
当发生这种情况时，我希望刷新访问令牌并再次进行调用。我试图在下面的代码中使用Polly： {
var我看过Polly文档&关于堆栈溢出的Polly问题，但是我不知道发生了什么。
浏览 17提问于2017-01-28得票数 17
回答已采纳
在使用Azure服务总线队列函数时，我们知道，每当出现异常时，azure函数将执行默认重试策略(max count = 10)，我们要做的是让我们的消息具有一个名为retryCount的属性，因此当异常生成时，我们将增加retryCount += 1，并将当前的异常添加到我们的消息中，然后下次当函数执行重试时，我们可以知道这是它与异常的x记录一起出现的第十次。但是，在我们尝试实现我们的想法之后，我们发现每当函数执行重试时，总是从队列重新加载初始消息，而
浏览 0提问于2019-09-16得票数 0
回答已采纳
1回答
到达重试计数后显示对话框
、、、
我使用Polly重试web服务调用，以防调用在WebException中失败，因为我希望确保在继续之前正确执行该方法。然而，有时web方法仍然抛出异常，即使经过几次重试，我不想永远重试。我能用Polly显示一些确认对话框吗？“已达到最大重试计数！请确保已启用连接并按重试。”然后重试计数器应该重置为初始值，然后重新启动。我是否可以只用Polly来实现这一点，或者我应该写我自己的逻辑？
浏览 1提问于2018-08-22得票数 0
回答已采纳
在asp.net核心中实现重试策略的最简单方法是什么？这个想法很简单，如果引发某些特定类型的异常(例如sql死锁)，我们将最多重试httprequest N次。我使用中间件进行自定义身份验证，我不知道中间件是否是这种机制的最佳选择(我对管道体系结构还不熟悉，我读过有几种类型的组件:单例，每个请求等等)。因为我使用的是事务，而且我无法保证我的事务总是按照相同的顺序使用表(这取决于谁调用webservices )，所以死锁是不可避免的，所以我需要对所有httprequest进行重试<
浏览 6提问于2016-07-11得票数 3
回答已采纳
我一直在监视通过消息泵接收到的异常，以检查瞬态错误，并获得每天的MessagingCommunicationExceptions.此 (更新日期:2014年9月16日)建议如下：
此异常指示通信错误，客户端可以尝试重试导致此类型异常的操作。还建议您验证域名解析服务(DNS)是否可操作，因为此错误可能指示无法解析目标主机名。我的理解是，在版本2.1 (2013)之后，没有额外的代码可用于处理服务总线上的瞬态错误。除非我的前提是错误的，为什么我每天都会收到瞬变错误？是否应该忽略通过消息泵接
浏览 2提问于2014-11-11得票数 4
回答已采纳
我使用Brokeractivemq5.5.1和Spring进行消息传递。我有如下要求( B)我必须控制基于类级别的重试机制，这意味着对自定义异常不进行重试。例如，如果抛出了MyException类的实例，我不应该重试那些
浏览 0提问于2014-11-27得票数 1
回答已采纳
有时有必要添加重试逻辑来处理SQL Azure中的暂时性故障，例如：
但我不确定这是否适用于NHibernate 3.2，我正在寻找一个可以修改的清晰示例。如何自动对SQL Azure进行NHibernate重试调用？假设重试3次，每次重试之间等待100ms -在3次重试之后，如果仍然失败，我们应该
浏览 2提问于2012-01-08得票数 7
1回答
如果与数据库的连接丢失了，那么我需要能够设置重试次数，以及微服务配置文件中重试之间的毫秒数。我使用的是“spring版本1.5.6”和spring cassandra版本1.5.6“。通过创建CassandraCqlClusterFactoryBean类型的集群并在cluster.setReconnectionPolicy()方法中传递自定义重连接策略，我能够设置重试之间的毫秒数。但是，我无法使用自定义重试策略设置重试次数。如果正确理解，retry策略只处理查询的情况，
浏览 1提问于2017-10-26得票数 2
在我的当前项目中，我有一些模块使用RPC (远程过程调用)的简单请求/应答形式进行通信。我想要自动重试失败的请求时，只有当有机会，新的尝试可能是成功的。我已经定义了两个自定义异常-- RPCTransientError和RPCPermanentError --目前我将所有错误映射到这两个异常中的一个。如果有疑问，我会选择暂时的。
我不想重新发明轮子。我正在使用Python，并使用我非常喜欢的与新操作系统和IO相关的异常层次结构。(第3151页)。不要在意以前的
浏览 2提问于2015-10-13得票数 1
回答已采纳
我正在.NET框架4.5.2中通过Polly实现断路器和重试模式。
我想看看我的理解是否正确。问题1:如果有网络中断，断路器已达到exceptionsAllowedBeforeBreaking号码，进入开放状态，等待durationOfBreak期间，电路将为新的请求打开，但那些已发送的将抛出异常问题2:如果期望的行为是对那些有异常的请求进行重试，而不是对抛出异常的断路器进行重试，那么除了“断路器策略”之外，还需要执行重试</
浏览 0提问于2018-11-09得票数 2
回答已采纳
我有一个要求，我需要根据diff异常对同一主题的消息进行diff重试尝试，即3次重试超时异常，延迟5分钟，对挂起的异常进行10次重试(自定义异常)，延迟1小时。这两种异常都可以作为使用者的一部分发生，但一次只发生一次。.create(kafkaTemplate);}但是，它还是将尝试作为3，在深入研究了更多抽象代码<em
浏览 18提问于2022-10-27得票数 0
2回答
我有这样的政策 .Handle<HttpRequestException>() .WaitAndRetryAsync(3, onRetry: (resp
浏览 5提问于2020-01-21得票数 10
据我所知，Graph实现了一个默认的重试处理程序，可以在发生429时处理重试。在浏览了RetryHandler.cs类之后，我可以看到每个响应都被检查为429，如果有一个429 (太多请求)响应，它会使用Retry后标头(如果可用的话)或指数后退来确定任务延迟的时间。
浏览 5提问于2020-09-01得票数 0
回答已采纳
1回答
我已经实现了退避指数重试。因此，基本上，如果有任何异常，我克隆消息，然后通过添加一些延迟将其重新提交到队列中。
浏览 0提问于2020-07-12得票数 1
回答已采纳
具体来说，CircuitBreaker和HttpClient用于ASP.NET Core控制器，链接如下：
虽然重试策略工作正常，但断路器策略不起作用。在发生了5次来自_httpClient.SendAsync()的异常后，_httpClient.SendAsync仍然接收请求，并且不会暂停30秒(请求由控制器进行无休止的处理)。ConfigureServices
配置Polly重试和断路器策
浏览 0提问于2018-12-31得票数 1
2回答
客户端用HttpClient与A通信，A与X与HttpClient通信。2500个呼叫服务中，一个随机(可能是10个)失败，以下例外。
浏览 22提问于2020-05-07得票数 13
回答已采纳
但是当数据加载时，我只想显示一个活动指示器，并且只在那之后显示具有就绪数据的UI。如果加载失败，我还想显示一条消息和一个重试按钮(同样，而不是我拥有的所有UI )。我正在考虑的是创建一个带有活动指示器和按钮的自定义UIView，并动态地将其添加到我的视图控制器中，然后将其删除。并使用委托在我的vc和自定义视图之间进行通信。
但是有没有更好的方法呢？
浏览 2提问于2016-02-09得票数 0
它工作得很好，然后在一些随机的场合，它无法与抛出消息The target server failed to respond的IOException服务器通信。随后的调用可以正常工作。之后我进行的第一个调用返回了这个错误。HttpRequestRetryHandler retryHandler = new HttpRequestRetryHandler() {
httpPost.getParams().setParame
浏览 173提问于2012-05-12得票数 90
回答已采纳
云服务器
ICP备案
云直播
对象存储
实时音视频
腾讯云开发者
