ntion that.
--
View this message in context:
http://www.nabble.com/Discovering-queues-programmatically-and-dequeuing-messages-off-of-them-tp19538405p19555931.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
ster a
subscriber).
** Try running the test API again. No luck still..
--
View this message in context:
http://www.nabble.com/Discovering-queues-programmatically-and-dequeuing-messages-off-of-them-tp19538405p19555040.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
TODO Auto-generated catch block
> e.printStackTrace();
>}
>
> }
>
> --
> View this message in context:
> http://www.nabble.com/Discovering-queues-programmatically-and-dequeuing-messages-off-of-them-tp19538405p19554303.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>
--
James
---
http://macstrac.blogspot.com/
Open Source Integration
http://open.iona.com
Auto-generated catch block
e.printStackTrace();
}
}
--
View this message in context:
http://www.nabble.com/Discovering-queues-programmatically-and-dequeuing-messages-off-of-them-tp19538405p19554303.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
2008/9/17 kpalania <[EMAIL PROTECTED]>:
>
> I have a need to discover queues programmatically and dequeue messages off of
> them. In other words, I cannot make configuration changes to handle new JMS
> destinations and/or add new instances of the same listener. I basically need
> a way to have a pr
(and
identifies new ones as messages get sent to them) and dequeues messages off
of them? What is the best approach for this? Any EIP pattern in place for
this?
--
View this message in context:
http://www.nabble.com/Discovering-queues-programmatically-and-dequeuing-messages-off-of-them
