FailureDetails.IsCausedBy throws

Offen

#239 erstellt am 27.8.2025 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 48/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: java
Bereich: backend

Rechercherichtung

Beginne bei FailureDetails.isCausedBy() und verfolge, wie der Fehlertyp der Failure serialisiert und rekonstruiert wird, wenn über retryContext darauf zugegriffen wird. Verwende den bereitgestellten benutzerdefinierten Retry-Handler und das Exception-Szenario, um den Fehler zu reproduzieren. Als abgeschlossen gilt die Aufgabe, wenn isCausedBy() die Klasse der Ursache erfolgreich auswerten kann und der reproduzierte Fall durch Tests abgedeckt ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

When an activity function throws an exception, and it is caught by a custom retry handler in an orchestrator, the retryContext allows accessing the FailureDetails for analysis of the failure. However, attempting to use the FailureDetails.isCausedBy() method will never succeed, as it internally is implemented using Class.forName() which requires the fully-qualified exception class name but FailureDetails does not have this information serialized, just the simple exception class name.

Repro:

    @FunctionName("CustomRetryActivityFunction")
    public String customRetryActivityFunction(
            @DurableOrchestrationTrigger(name = "ctx") TaskOrchestrationContext ctx) {
        TaskOptions options = new TaskOptions(retryContext -> {
            FailureDetails lastFailure = retryContext.getLastFailure();
            if (lastFailure != null
                    && lastFailure.getErrorType().equals("OverflowException")
                    // This line should work, but doesn't
                    // && lastFailure.isCausedBy(InvalidOperationException.class)
                    && retryContext.getLastAttemptNumber() < 3) {
                return true;
            }
            return false;
        });
        return ctx.callActivity("RaiseComplexException", ctx.getInstanceId(), options, String.class).await();
    }
``

Vorherrschende Sprache: Java
Sterne: 29
Forks: 18
Ø Merge: 1 T. 10 Std.
Gemergte PRs (30 T.): 2

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microsoft/durabletask-java

Apply DurableHttpRequest.HttpRetryOptions when scheduling durable HTTP retries Offen

Needs: Triage :mag:

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

microsoft/durabletask-java#303 · Erstellt am 17.9.2026
RetryContext.lastAttemptNumber is inflated when retriable task is awaited via ctx.anyOf(...) Offen

Needs: Triage :mag:

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100

microsoft/durabletask-java#290 · 2 Kommentare · Erstellt am 20.5.2026
Add Durable Task middleware support Offen

Needs: Triage :mag:

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

microsoft/durabletask-java#285 · Erstellt am 05.5.2026
ContinueAsNew does not support specifying a new orchestration version Offen

Needs: Triage :mag:

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

microsoft/durabletask-java#276 · Erstellt am 27.3.2026
Wrap gRPC StatusRuntimeException across all client and worker gRPC calls Offen

Enhancement

microsoft/durabletask-java#274 · 1 Reaktion · 2 zugewiesene Personen · Erstellt am 25.3.2026

Alle Issues in microsoft/durabletask-java