WildFly 10 was released almost 10 years ago and it contains ActiveMQ Artemis 1.1.0. This is why it's not sending back the "configurationManaged" flag.
I opened ARTEMIS-5596 [1] to deal with this. In the meantime your options are: 1. Downgrade your client to 2.17.0. 2. Upgrade the broker to 2.18.0. Justin [1] https://issues.apache.org/jira/browse/ARTEMIS-5596 On Tue, Jul 29, 2025 at 11:02 AM Philip <philip.pi...@protonmail.com.invalid> wrote: > > You are indeed correct that I am using an old broker (Wildfly 10). > > I am unable to provide a complete demo project as this would be more > complex than it is worth. > I have created a GitHub repository in which the general JMS setup is > duplicated with a description of the rest of the setup and the issue at > hand. > https://github.com/PinkMoustacheMan/spring-artemis-issue-test > > I hope this explains the issue better than my previous mails. > > Philip > > > > > > On Monday, July 28th, 2025 at 06:14, Justin Bertram <jbert...@apache.org> > wrote: > > > Do you have a sample project or anything that we can use to reproduce > what > > you're seeing? At this point, the only way I can see how you might be > > getting null there is if you were using a newer client with an older > > broker, but it's certainly possible I'm not seeing all the possibilities. > > Regardless, it looks like you're hitting a bug and I need a way to > > reproduce it in order to fix it. Even a clear, concise description of the > > steps necessary to reproduce the issue (i.e. no code) would go a long way > > here. > > > > > > Justin > > > > On Sat, Jul 26, 2025 at 11:33 PM Philip philip.pi...@protonmail.com > .invalid > > > > wrote: > > > > > I should have been more clear about my exact setup. > > > > > > I am trying to create multiple consumers that either listen to a JMS > queue > > > or a JMS topic. > > > Each consumer listening to a queue has no client ID as it is not > needed. > > > Each consumer listening to a topic has both a client ID (the same one > for > > > all consumers) > > > and a subscription name (unique per consumer) configured. > > > > > > The queues and topics are all hosted within an external application > server > > > that I am connecting to. > > > All of this works perfectly until I try to change the subscription > name of > > > one of the topic consumers. > > > > > > I believe this issue stems from the fact that they are durable > > > subscribers, which leads my > > > application server to store them persistently. > > > After changing the subscription name, the ActiveMQSession is aware of > the > > > fact that it has changed > > > and I run into the second part of this if-statement because no > > > short-circuiting occurs. > > > > > > > https://github.com/apache/activemq-artemis/blob/98d792d135dacb8fc567bc514f42a40d91c0657b/artemis-jms-client/src/main/java/org/apache/activemq/artemis/jms/client/ActiveMQSession.java#L1002 > > > > > > I am trying to understand why the choice was made to have this > > > `configurationManaged` property be > > > nullable as it leads to an issue where the null value is attempted to > be > > > inverted which leads to an exception. > > > > > > I am using ActiveMQ Artemis 2.40.0 > > > > > > Philip > > > > > > On Saturday, July 26th, 2025 at 20:18, Justin Bertram > jbert...@apache.org > > > wrote: > > > > > > > The simplest way to investigate is with code that reproduces the > problem. > > > > Do you have a sample project or anything that we can use to reproduce > > > > what > > > > you're seeing? > > > > > > > > Also, what version of ActiveMQ Artemis are you using on the broker > and > > > > the > > > > client? > > > > > > > > Lastly, can you clarify your use-case? It seems you're trying to > create > > > > multiple different durable subscriptions using the same client ID and > > > > subscription name on the same topic. Is that correct? > > > > > > > > Justin > > > > > > > > On Fri, Jul 25, 2025 at 12:59 PM Philip philip.pi...@protonmail.com > > > > .invalid > > > > > > > > wrote: > > > > > > > > > Hello ActiveMQ users, > > > > > > > > > > I am writing this with square eyes and a tired mind. > > > > > > > > > > I am trying to do an (assumedly) simple thing within my Spring Boot > > > > > application, but I keep failing. > > > > > > > > > > I want to be able to define JmsListener endpoints that may either > be > > > > > listening to queues or topics. > > > > > In order to achieve that I want to provide different configurations > > > > > that > > > > > e.g. make it so that the underlying connection is durable. > > > > > > > > > > All seems to go well until - in the deepest depths of ActiveMQ - a > > > > > consumer is attempted to be constructed. > > > > > A request is sent to (presumably) check if the Topic can be reached > > > > > using > > > > > the provided configuration (url, username, password). > > > > > The initial response seems fine, until this dreaded line is reached > > > > > and my > > > > > world starts to crumble. > > > > > > > https://github.com/apache/activemq-artemis/blob/98d792d135dacb8fc567bc514f42a40d91c0657b/artemis-jms-client/src/main/java/org/apache/activemq/artemis/jms/client/ActiveMQSession.java#L1002 > > > > > > > > Because as it turns out, this `result.isConfigurationManaged()` > > > > > statement > > > > > returns `null` and an Exception is thrown when trying to invert it. > > > > > > > > > > I am trying to understand what I need to do for this value to be > set > > > > > (or > > > > > if this value is not supposed to be set and this is indeed a bug). > > > > > > > > > > On another (connected) note, this check seems to only happen > because > > > > > the > > > > > `selectorChanged` flag is true. > > > > > I don't quite understand what it has changed from (or at least how > the > > > > > `oldFilterString` is even able to be set to a value in the first > place > > > > > when > > > > > the consumer that is constructed is the first an only one). > > > > > > > > > > I am assuming this is in some way connected to this javadoc > comment, > > > > > but I > > > > > cannot figure out how to combat this issue. > > > > > > > https://github.com/apache/activemq-artemis/blob/98d792d135dacb8fc567bc514f42a40d91c0657b/artemis-jms-client/src/main/java/org/apache/activemq/artemis/jms/client/ActiveMQSession.java#L983-L988 > > > > > > > > I hope I was able to somewhat explain my disarrayed thoughts. > > > > > > > > > > Best Regards,Philip > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: users-unsubscr...@activemq.apache.org > > > For additional commands, e-mail: users-h...@activemq.apache.org > > > For further information, visit: https://activemq.apache.org/contact > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@activemq.apache.org > For additional commands, e-mail: users-h...@activemq.apache.org > For further information, visit: https://activemq.apache.org/contact > > >
