Change Declarative Configuration API to return null instead of throwing an exception on type mismatch.
E.g. for this YAML:
this code:
DeclarativeConfigProperties.getBoolean("foo")
would return null instead of throwing an exception because of the type mismatch between the actual (string) and the expected (boolean).
Without this behavior, in the Java agent, we will need to either
- wrap the Declarative Configuration API to changes this behavior, or
- go through a fairly extensive change to ensure we're only reading configuration at startup and not at runtime, to make sure that we only fail at startup and never fail at runtime
While the second option may be a good change anyways, I think our current usage isn't too atypical of how people could be reading configuration at runtime in library instrumentation as well, and points to the dangers of throwing an exception from these APIs.
Change Declarative Configuration API to return null instead of throwing an exception on type mismatch.
E.g. for this YAML:
this code:
would return
nullinstead of throwing an exception because of the type mismatch between the actual (string) and the expected (boolean).Without this behavior, in the Java agent, we will need to either
While the second option may be a good change anyways, I think our current usage isn't too atypical of how people could be reading configuration at runtime in library instrumentation as well, and points to the dangers of throwing an exception from these APIs.