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
When a client invokes method singleClass() on org.jboss.jandex.Index and provides an argument that represents module-info.class, the method fails with NoSuchElements exception. This is caused by an assumption that a map holding known classes is never empty and therefore it is safe to call .iterator().next():
In my case it occurs in WildFly 33.0.1, while trying to examine bean archive candidate Wicket-CDI 10.1.0; the deployment attempt is immediately aborted. When I manually deleted module-info.class from the Wicket-CDI JAR file, the deployment worked as expected. (The mentioned version of WildFly contains Jandex version 3.2.0 within its system modules.)
I believe the correct response would be to return null.
The text was updated successfully, but these errors were encountered:
Ah, now I understand. Indexer.processClassInfo() does
if (!currentClass.isModule()) {
classes.put(currentClass.name(), currentClass);
}
so while there is a ClassInfo for the module, it isn't put into the map of classes. Should be straightforward -- if Index.singleClass() gets an Index with no classes, check the modules.
When a client invokes method
singleClass()
onorg.jboss.jandex.Index
and provides an argument that representsmodule-info.class
, the method fails with NoSuchElements exception. This is caused by an assumption that a map holding known classes is never empty and therefore it is safe to call.iterator().next()
:jandex/core/src/main/java/org/jboss/jandex/Index.java
Lines 278 to 283 in f8b6fa8
In my case it occurs in WildFly 33.0.1, while trying to examine bean archive candidate Wicket-CDI 10.1.0; the deployment attempt is immediately aborted. When I manually deleted
module-info.class
from the Wicket-CDI JAR file, the deployment worked as expected. (The mentioned version of WildFly contains Jandex version 3.2.0 within its system modules.)I believe the correct response would be to return
null
.The text was updated successfully, but these errors were encountered: