activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kevin Burton <>
Subject Re: I can finally somewhat duplicate the bad bug I’m seeing with ActiveMQ not dispatching messages.
Date Fri, 24 Apr 2015 22:27:30 GMT
> >
> >
> What are the two screenshots; with and without the selector?  If that's
> right, then clearly zero messages are matching the selector (which means
> this isn't a delivery problem, it's a selector problem), so hopefully
> pulling that thread will lead to a solution.
Actually, maybe it’s just a but related to message selectors?

If I remove the selector, I have it print the messages it receives. I then
confirm that they are ALL have the right headers.  So from a mathematical
perspective, they should match.

Here’s an example.

QueueDumperTask: Got message: using config: Config{sync=true,
selector='artemis_priority <= 9'}



  QueueDumperTask: artemis.throttleKey=

  QueueDumperTask: artemis.pending.timestamp=2015-04-24T16:46:30Z

  QueueDumperTask: artemis.sequence=1429893990000012414


  QueueDumperTask: artemis_priority=0

  QueueDumperTask: artemis.throttleQueue=discovery-task

  QueueDumperTask: artemis.delay=0

  QueueDumperTask: JMSXDeliveryCount=3

.. so it should match

artemis_priority <= 9

… so I think there are two issues here. I’m aware of the improper
scheduling issue do to maxPageSize… so I won’t get REAL priorities. I’ll
get soft priorities.

But that’s not the issue that I’m seeing.. What I’m seeing is that the
ENTIRE thing locks up.  Because at least ONE of my selectors should work.

> > If I’m already an in-memory store, is there any problem just setting
> > maxPageSize to a HUGE number?
> That's not code I've looked at, but I'd double-check the code to make sure
> it's not going to do anything crazy like pre-allocate a huge
> array/ArrayList or anything like that...

Yes. That’s what I was worried about.. I might trace it or just try it in
production and see what memory usage looks like.


Location: *San Francisco, CA*
… or check out my Google+ profile

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message