This version does not create a subclass of java.util.logging.Level instances. It may create a webapp memory leak on hotdeployments in servlet engines. This will happen if jboss-logging.jar is provided by mywebapp/WEB-INF/lib folder.
https://issues.jboss.org/browse/JBLOGGING-66
http://bugs.java.com/view_bug.do?bug_id=6543126
http://java.jiderhamn.se/2012/01/01/classloader-leaks-ii-find-and-work-around-unwanted-references/#beanvalidation
I have witnessed this in OpenJPA+javaxvalidation+Tomcat environment where mywebapp.war provides jar libraries.
Modified two classes to fix memory leak.
org.jboss.logging.JDKLevel
org.jboss.logging.JDKLogger
Build
Clone files to a local folder
Run mvn package in a command console
Copy a new target/jboss-logging.jar file to a webapp