Wiederholung nach Ausnahme in Groovy

In Ruby, ich kann schreiben:

begin
  do_something # exception raised
rescue
   # handles error
   retry  # restart from beginning
end

Gibt es etwas ähnliches in Groovy/Java?

Fand ich diese aber vielleicht gibt es etwas besseres ?

InformationsquelleAutor Nicolas Modrzyk | 2011-08-17
  1. 17

    Könnten Sie bauen Sie sich Ihre eigene helper-Methode in Groovy zu Kapseln, das retry-Logik.

    def retry(int times = 5, Closure errorHandler = {e-> log.warn(e.message,e)}
     , Closure body) {
  int retries = 0
  def exceptions = []
  while(retries++ < times) {
    try {
      return body.call()
    } catch(e) {
      exceptions << e
      errorHandler.call(e)
    }        
  }
  throw new MultipleFailureException("Failed after $times retries", exceptions)
}

    (Vorausgesetzt, eine definition von MultipleFailureException ähnlich GPars' AsyncException)

    dann im code, können Sie diese Methode verwenden, wie folgt.

    retry {
   errorProneOperation()
}

    oder, mit einer unterschiedlichen Anzahl von Wiederholungen und Fehlerbehandlung Verhalten:

    retry(2, {e-> e.printStackTrace()}) {
  errorProneOperation()
}
    • Nun, wenn die IllegalStateException wäre die Verwendung eine der Ausnahmen (der erste? die Letzte? schwer zu sagen), als Ihrer Ursache, wäre es sehr mehr nützlich, als Sie konnte sehen, warum es hat nicht geklappt. In der Produktion würde ich nicht wollen, ein stacktrace gedruckt werden jedes mal, wenn ein Versuch fehlgeschlagen. Ich will nur wissen, wenn alle wiederholversuche gescheitert.
    • Danke Joachim - auf Ihre Anregung habe ich in die Erhebung der von einzelnen Ausnahmen. Als für die, die nicht wollen, ein stacktrace - sicher,es ist nur da, um den Punkt zu illustrieren. Als Ausnahmen sind nun versammelt, um Bericht am Ende, vielleicht der Zweck der errorHandler zurücksetzen, was Ressourcen sind erforderlich, bevor body.call() wiederholt wird - in diesem Fall wird die Standard-Schließung konnte nur { ->}
    • Ich landete mit etwas sehr ähnlich ist. Dank winstaan.
    • Ist es dann Weg (zum Beispiel genereics), um Ausnahmen auf was wiederholen sollte passiert werden (Wiederherstellbare)? Um nicht wiederholen Sie den Vorgang auf fatals.
    • Ich denke, Sie könnte verwenden catch(Exception e) { dann java.lang.Fehler (oder Unterklassen), die nicht Wiederherstellbare würde nicht gefangen werden, und würde-bail-out sofort.
    • Wie übergibt argument an errorProneOperation Funktion? Ich versuchte Ihren code, sondern am 2. und weitere versuche, die übergebenen parameter der Funktion leer ist (ich bin passing-Karte)?

    InformationsquelleAutor winstaan74
  2. 1

    Diesen Tagen werden die Menschen beraten, Sie zu verwenden ScheduledExecutorService zu implementieren dieser Art von try-catch-retry-Funktionalität, wie Thread.sleep() gilt als veraltet und potenziell schlecht für die performance. Ich würde verweisen Sie auf eine gute Antwort auf diese von cletus, aber kann nicht für das Leben von mir finden. Ich werde aktualisieren Sie meine Antwort, wenn ich es ausgraben.

    EDIT: es gefunden: Wie retry Funktion Anforderung nach einer bestimmten Zeit Hoffentlich ist das eine Hilfe für Sie.

    InformationsquelleAutor Paul Bellora
  3. 1

    Ich vorschlagen kann, zu emulieren irgendwie das gleiche (ich bin mir nicht sicher über die Semantik von retry):

    def retry(handler, c) {
    try {
        c()
    } catch(e) {
        handler(e)
        retry(handler, c)  //restart from beginning
    }
}

def handler = {e ->
    //handles error
}

retry(handler) {
    do_something //exception raised
}
    InformationsquelleAutor denis.solonenko
Schreibe einen Kommentar