You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Feb 6, 2026. It is now read-only.
Attempting to follow the instructions in README.md to add the LoggingHandler via logging.properties it seems this always fails as of v3.6.0 with a NullPointerException due to the change introduced in bb25d5d. With a no-arg constructor, options will be null and line 244 will fail to call the getAutoPopulateMetadata() on that null reference.
To be able to the the mechanism where qualified classnames of subclasses to java.util.logging.Handler are added to a handlers property in logging.properties, a public no-arg constructor needs to be available. There is also a code example with a no-arg constructor in README.md
Steps to reproduce:
Add a call new LoggingHandler() anywhere, for example in a unit test and run it
Attempting to follow the instructions in
README.mdto add the LoggingHandler via logging.properties it seems this always fails as of v3.6.0 with a NullPointerException due to the change introduced in bb25d5d. With a no-arg constructor, options will be null and line 244 will fail to call thegetAutoPopulateMetadata()on that null reference.To be able to the the mechanism where qualified classnames of subclasses to
java.util.logging.Handlerare added to ahandlersproperty inlogging.properties, a public no-arg constructor needs to be available. There is also a code example with a no-arg constructor inREADME.mdSteps to reproduce:
new LoggingHandler()anywhere, for example in a unit test and run itExpected outcome:
No exception raised
Actual outcome:
A NullPointerException is raised: