This is fixed in ActiveMQ 5.18.5. https://activemq.apache.org/components/classic/download/ (released July 24th)
[image: image.png] Nevertheless I was able to reproduce it in 5.18.4. Ken, On Fri, Aug 23, 2024 at 10:35 AM Williams, Alex < alexander.willi...@nationwide.com> wrote: > ActiveMQ 5.18.4 > Cannot purge messages from queue via web console or using activemq command > Cannot delete messages individually from queue via web console or using > activemq command > Cannot delete the queue itself > Each time attempting to purge/delete, ActiveMQ logs an exception shown > below. Any thoughts other than deleting the kahadb files and recreating > all of the queues? > > 2024-08-16 16:14:38,135 | WARN | /admin/purgeDestination.action | > org.eclipse.jetty.server.HttpChannel | qtp1824327284-35 > javax.servlet.ServletException: javax.servlet.ServletException: > org.springframework.web.util.NestedServletException: Request processing > failed; nested exception is java.lang.ClassCastException: class > java.lang.String cannot be cast to class java.lang.Long (java.lang.String > and java.lang.Long are in module java.base of loader 'bootstrap') > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:162) > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) > at org.eclipse.jetty.server.Server.handle(Server.java:516) > at > org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487) > at > org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732) > at > org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479) > at > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277) > at org.eclipse.jetty.io > .AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) > at org.eclipse.jetty.io > .FillInterest.fillable(FillInterest.java:105) > at > org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslConnection.java:555) > at > org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:410) > at > org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:164) > at org.eclipse.jetty.io > .FillInterest.fillable(FillInterest.java:105) > at org.eclipse.jetty.io > .ChannelEndPoint$1.run(ChannelEndPoint.java:104) > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338) > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315) > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173) > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131) > at > org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409) > at > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) > at > org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) > at java.base/java.lang.Thread.run(Thread.java:840) > > --- stacktrace is quite long repeating the similar exceptions, with this > being the last exception which is similar to the initial exception: > Caused by: java.lang.ClassCastException: class java.lang.String cannot be > cast to class java.lang.Long (java.lang.String and java.lang.Long are in > module java.base of loader 'bootstrap') > > Thanks, > Alex >
