I'm attaching a zip file that contains a NetBeans project giving a simple reproducible case. Â The project is packaged using Maven, so you can find the source in src/main/java/org/profsoftsvcs/dpsrtest/test.java. Â The project is built using Maven assembly, so there is a standalone JAR in target that contains all of the WildFly client classes as well as test.class.
src/main/resources contains a test.sh which can be run to cause the error. Â You will need to modify the directory names based on where you unzip it.
Sep 17, 2020 8:54:53 AM org.wildfly.security.Version <clinit>
INFO: ELY00001: WildFly Elytron version 1.12.1.Final
Sep 17, 2020 8:54:53 AM org.xnio.Xnio <clinit>
INFO: XNIO version 3.8.1.Final
Sep 17, 2020 8:54:53 AM org.xnio.nio.NioXnio <clinit>
INFO: XNIO NIO Implementation Version 3.8.1.Final
Sep 17, 2020 8:54:53 AM org.jboss.threads.Version <clinit>
INFO: JBoss Threads version 2.3.3.Final
Sep 17, 2020 8:54:53 AM org.jboss.remoting3.EndpointImpl <clinit>
INFO: JBoss Remoting version 5.0.18.Final
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.jboss.marshalling.reflect.JDKSpecific$SerMethods (file:/data/ftg/dpsrTest/target/dpsrTest-1.0-SNAPSHOT-jar-with-dependencies.jar) to constructor java.util.AbstractMap()
WARNING: Please consider reporting this to the maintainers of org.jboss.marshalling.reflect.JDKSpecific$SerMethods
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Exception in thread "main" javax.naming.NameNotFoundException: jms/queue -- service jboss.naming.context.java.jboss.exported.jms.queue
    at org.jboss...@20.0.1.Final//org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:106)
    at org.jboss...@20.0.1.Final//org.jboss.as.naming.NamingContext.lookup(NamingContext.java:207)
    at org.jboss...@20.0.1.Final//org.jboss.as.naming.NamingContext.lookup(NamingContext.java:193)
    at org.jboss...@20.0.1.Final//org.jboss.as.naming.NamingContext.lookup(NamingContext.java:189)
    at org.wildfly....@1.0.13.Final//org.wildfly.naming.client.remote.RemoteServerTransport.handleLookup(RemoteServerTransport.java:203)
    at org.wildfly....@1.0.13.Final//org.wildfly.naming.client.remote.RemoteServerTransport$1.handleMessage(RemoteServerTransport.java:123)
    at org.jboss...@5.0.18.Final//org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:430)
    at org.jboss...@5.0.18.Final//org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:991)
    at org.jbos...@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
    at org.jbos...@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
    at org.jbos...@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
    at org.jbos...@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
    at java.base/java.lang.Thread.run(Thread.java:834)
[ftg@ftglap resources]$Â
The test code doesn't catch the NamingException, so it comes out with the original stacktrace, but the source of the error is clear: the application is doing a lookup on jms/queue/test1 but the argument displayed in the stacktrace is jms/queue with the "/test1" removed.
Thanks for looking into this.
Update: the ZIP is apparently too large for google groups. Â If the above stacktrace isn't enough, I'll split the ZIP and attach the fragments separately. Â I'll attach the source code for test.java, the pom.xml, and test.sh.