Frühjahr RestTemplate: Exponential Backoff wiederholen-Politik

Bin ich beim Lesen auf GCM: https://developers.google.com/cloud-messaging/server

und eine der Voraussetzungen ist, dass der server muss in der Lage sein:

  • Anfragen, und senden Sie Sie mit exponential back-off.

Ich benutze Frühjahr RestTemplate für mein backend, die kommt von Spring Boot. Es scheint nicht zu sein, eine Methode, die ich verwenden kann, um meine retry policy in the docs: http://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/web/client/RestTemplate.html

Auch wenn ich gegoogelt habe, fand ich die RetryTemplate, aber es ist ein Teil von Spring Batch und erweitern nicht RestTemplate, die macht mich denken, dass es nicht verwendet werden soll, für die Rest-Operationen, aber eher Spring-Batch-Operationen wie die Bearbeitung der großen Menge von Transaktionen: http://docs.spring.io/spring-batch/2.1.x/apidocs/org/springframework/batch/retry/support/RetryTemplate.html

Gibt es eine Möglichkeit, die ich nutzen kann exponential backoff mit Feder RestTemplate?

  • github.com/rholder/guava-retrying hat eine exponentielle backoff-Strategie wiederholen. Es ist eine Allgemeine flexible retryer, die Sie verwenden können, um zu wiederholen, was Sie wollen.
  • Sie können hinzufügen Frühling-wiederholen-als eine Abhängigkeit zu behandeln Wiederholen github.com/spring-projects/spring-retry.
  • Wir haben diese Umsetzung in das core-framework für die JMS unterstützen. Dies ist eine interessante Idee. Könntest du bitte erstellen Sie ein Problem im Spring Framework issue tracker? Danke!
  • Danke, werde ich kein Thema erstellen, sobald ich zurück bin von meinem Pc. Für jetzt, ich denke, ich werde es einfach ausprobieren Guave-wiederholen-als Ausgangspunkt.
  • Thema erstellt wird: jira.Frühling.io/browse/SPR-13336
InformationsquelleAutor Simon | 2015-08-09
  1. 6

    Guten Tag!

    Ich denke, gewünschte Verhalten werden könnte dies durch die Implementierung von benutzerdefinierten Sleeper Klasse.

    Als Nächstes müssen Sie festlegen, dass dieser sleeper zu BackOffPolicy wie folgt:

    public class RetryTest {

  public static final Logger LOG = LoggerFactory.getLogger(RetryTemplate.class);

  @org.junit.Test
  public void testRT() {
    RetryTemplate retryTemplate = new RetryTemplate();
    final SimpleRetryPolicy retryPolicy = new SimpleRetryPolicy();
    retryPolicy.setMaxAttempts(5);
    retryTemplate.setRetryPolicy(retryPolicy);

    Sleeper sleeper = new Sleeper() {
      private long timeToSleep = 0;
      @Override
      public void sleep(long timeout) throws InterruptedException {
        if (timeToSleep ==0) {
          timeToSleep = timeout;
        } else {
          timeToSleep = (long) (timeToSleep * Math.E);
        }
        LOG.warn("sleeping for: {}", timeToSleep);
        Thread.sleep(timeToSleep);
      }
    };
    FixedBackOffPolicy backOffPolicy = new FixedBackOffPolicy().withSleeper(sleeper);
    retryTemplate.setBackOffPolicy(backOffPolicy);
    retryTemplate.execute(new RetryCallback<Void, ResourceAccessException>() {
      @Override
      public Void doWithRetry(RetryContext retryContext) throws ResourceAccessException {
        LOG.debug(">RetryCount: {}", retryContext.getRetryCount());
        new RestTemplate().getForObject("https://unreachable.host", String.class);
        return null;
      }
    });
  }
}

    Gibt es auch ExponentialBackOffPolicy durch Feder-wiederholen.

    Hoffe, dass dies helfen würde.

    InformationsquelleAutor Konstantin Konyshev
  2. 1

    Können Sie gerne den untenstehenden code .

    @Retryable(exceptionExpression="#{@exceptionChecker.shouldRetry(#root)}",
  maxAttemptsExpression = "#{@integerFiveBean}",
  backoff = @Backoff(delayExpression = "#{1}", 
    maxDelayExpression = "#{5}", multiplierExpression = "#{1.1}"))
public void service3() {
  ...
}
    InformationsquelleAutor Vikesh Royal
Schreibe einen Kommentar