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
The path name for a resource loader is not always set .
This at least seems to be the case for build in modules like the jee libraries.
This occured on wildfly 10.0.0.Final.
Because of this, this line result in a null value: final String pathElement = (String) ReflectionUtils.invokeMethod(root, "getPathName");
This results in a nullpointer exception later on when a new ClasspathRelativePath instance is created.
A simple null check before adding the class path element at least prevents the exception and allows it to scan my own code.
The text was updated successfully, but these errors were encountered:
Thanks for reporting this, and for backtracking back through the code to figure out where the problem was triggered -- great sleuthing!
This specific problem should be fixed in the head revision, please test and let me know if this is fixed for you, and go ahead and close the bug if it is fixed for you.
JBoss support is not thoroughly tested, so please report any additional problems you encounter. Thanks!
The path name for a resource loader is not always set .
This at least seems to be the case for build in modules like the jee libraries.
This occured on wildfly 10.0.0.Final.
Because of this, this line result in a null value:
final String pathElement = (String) ReflectionUtils.invokeMethod(root, "getPathName");
This results in a nullpointer exception later on when a new ClasspathRelativePath instance is created.
A simple null check before adding the class path element at least prevents the exception and allows it to scan my own code.
The text was updated successfully, but these errors were encountered: