问题描述
我正在使用官方的DocuSign Java客户端3.2.0。我已将信封级别通知设置如下。假设Webhook的网址是https：// A。
EventNotification eventNotification = new EventNotification();
eventNotification.setIncludeHMAC("true");
eventNotification.setIncludeDocuments("true");
eventNotification.setRequireAckNowledgment("true");
eventNotification.setUrl("https://A");
EnvelopeEvent envelopeEvent = new EnvelopeEvent();
envelopeEvent.setEnvelopeEventStatusCode("completed");
eventNotification.setEnvelopeEvents(Arrays.asList(envelopeEvent));
envelopeDeFinition.setEventNotification(eventNotification);
我正在尝试测试此Webhook的重试逻辑。在几次成功的推送请求之后，我有意使该服务针对其中一个请求返回非200代码（示例404）。然后，我恢复了逻辑，以便服务继续为新请求返回200响应。 经过24小时以上的检查，失败的请求从未被重试。 即使失败后有成功的请求，是否有任何理由为什么从不重试请求？
我还有一个配置为将所有信封的完整通知推送到Webhook URL https：// B的连接侦听器 当前，此Webhook URL出现问题，因此所有到https：// B的推送通知均失败。 https：// B连接webhook停止重试到信封级别通知webhook https：// A是否连续失败？ 连接重试与信封通知重试之间也有区别吗？
解决方法
对于全局帐户事件（所有用户和信封），请确保在您的Connect设置中为特定的Webhook选择了“需要确认” 选项，以便重新推送失败的内容。
该帐户的Connect Webhook是全局的（所有用户和信封），您可以选择触发时间，例如“发送的信封”，“无效的信封”等。这样，您可以让多个Webhooks处理不同的帐户事件。 / p>
在您的情况下，您只为指定的信封设置网络挂钩通知。
这也可以帮助您 https://beta.developers.docusign.com/docs/esign-rest-api/reference/Connect/ConnectEvents/
, 在发送后续消息之后的24小时后，连接重试在帐户级别进行汇总消息（默认）。我会问信封级别的连接重试。
更好的是切换到“发送中间消息（SIM）”排队。重试更快。
最好是始终保持100％的监听器（服务器）状态。一种简单且便宜（免费）的技术是使用AWS PaaS接收和入队消息。请参阅blog post和sample code。我们还提供了Google Cloud和Azure的示例代码。