perf: avoid creating exceptions when no hook implements the error stage
I maintainer di solito rispondono entro 1 giorno
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
When no provider is set (or the provider is NOT_READY/FATAL), evaluateFlag throws an exception internally to reach its catch block. Similarly, for provider-returned errors, we create an exception to pass to error hooks, even if no hook implements error.
The ProviderNotReadyError stack trace is suppressed, but APM agents that instrument exceptions can still capture their own, which adds overhead to every evaluation.
Proposal:
- don't throw for
NOT_READY/FATAL; build the error details directly - only create the exception if an attached hook actually overrides
error(detected once per hook class)
Results (callers see the same errorCode, reason and value) are unchanged. Hooks that don't override error keep their no-op default, and the SDK just skips calling it.
- Lingua principale
- Java
- Stelle
- 128
- Fork
- 60
- Merge medio
- 19h 11m
- PR unite (30g)
- 19
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di open-feature/java-sdk
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
open-feature/java-sdk#2019 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
open-feature/java-sdk#2053 ·
I maintainer di solito rispondono entro 1 giorno
-
Spec v0.9.0 complianceApertav0.9.0
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
open-feature/java-sdk#1999 ·
I maintainer di solito rispondono entro 1 giorno
-
on setProvider call, shutting down the previous provider should happen before creating the new oneAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 50/100
open-feature/java-sdk#1934 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
[Multi-provider] Gaps identified relative to js-sdk reference implementationForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertamulti-provider
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
open-feature/java-sdk#1882 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di open-feature/java-sdk
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
utopia-rise/godot-jvm#1004 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
spring-projects/spring-grpc#442 ·
-
Expose numberOfPermits in RateLimiterEvent.toString() and the ratelimiterevents actuator DTOForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
resilience4j/resilience4j#2547 ·
I maintainer di solito rispondono entro 9 giorni
-
Clock.MakeDate continues execution and returns a rolled-over instant after dispatching error on invalid dateForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
mit-cml/appinventor-sources#4155 ·
I maintainer di solito rispondono entro 1 giorno