Thanks a lot Mr Tully, this is the right solution.
So, to sum up :
- you first have to configure the broker by tweaking its "conf/activemq.xml"
configuration file :
[code]
have a peek at the tests:
http://svn.apache.org/viewvc/activemq/trunk/activemq-core/src/test/java/org/apache/activemq/test/retroactive/
you need to configure a recovery policy on the destinations via the
broker xml configuration. the default policy is to not hold on to any
messages.
On 6 June 20
@Gary : thanks for the pointer, this looks like the ideal solution.
But I can't make it work, here is some code that does not work as expected :
(Note : this is some C# using the NMS API but this is very close to
Java+JMS)
[code]// Generate a new unique topic name
string retroactiveTopicName = "t
@Christian : thanks for your answer; this is indeed the current
implementation, but the subscribers need to be known in advance, so a new
one can't be used at the last minute to carry out the tasks.
I guess this scenario is not an expected use-case for a queue because this
is more a data-storing i
Silence typically means folks are busy!
Have a look at http://activemq.apache.org/retroactive-consumer.html
and http://activemq.apache.org/subscription-recovery-policy.html
On 1 June 2011 09:15, serious wrote:
> I guess this silence means : "No, there is no way to do that with ActiveMQ"
> :)
>
>
If you setup a durable subscriber for the logger then all the messages
will pile up there. If you start the logger once a day then it will
receive all the events that piled up.
So this should implement what you need.
Christian
Am 31.05.2011 11:33, schrieb serious:
@Gary Tully and Marcelo Jaba
I guess this silence means : "No, there is no way to do that with ActiveMQ"
:)
So, do you know any other tool that could fit the above needs, without
having to implement a new one from scratch ?
Thanks in advance.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Keeping-th
@Gary Tully and Marcelo Jabali : thanks a lot for your answers.
Indeed durable topics handle the reliability issue caused by subscribers
shutting down.
I have another requirement : I'd like that any new subscriber receives all
the messages of a queue/topic posted during the whole day.
Here is a s
Composite destinations may help a bit in this case too.
Something like:
String brokerURI = ActiveMQConnectionFactory.DEFAULT_BROKER_URL;
ConnectionFactory connectionFactory = new
ActiveMQConnectionFactory(brokerURI); Connection connection =
connectionFactory.createConnection();
connection.st
Use durable topic subscriptions and message time to live of 1 day.
Virtual topics allow multiple consumers to share a subscription which could
be usefull in the alert/logging system.
A more customisable option is available via the pending message limit
strategies for non durable topic subs. You can
10 matches
Mail list logo
