<div dir="ltr">Dan and Michael,<div><br></div><div>Thanks for the reply. Do you know if there is any open source Message Queue that supports this functionality?</div><div><br></div><div>If not, I'll have to go with the solution Dan outlined.</div>
<div><br></div><div>-Manish</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 17, 2014 at 4:41 PM, Daniel W. Burke <span dir="ltr"><<a href="mailto:dburke@addictmud.org" target="_blank">dburke@addictmud.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">We got around this by implementing a temporary queue that set its x-dead-letter-routing-key to the queue we want it delivered to, and then use a combination of x-expires and message-ttl to have the message delivered to the "real" queue at the desired time, and then the queue deletes itself effectively cleaning things up all nice and neat.<div>

<br></div><div>The downside is that you are really using one queue per message that is delayed, it doesn't seem to be a problem for us, but YMMV.</div><div><br></div><div>We used perl, but here is where we got the idea... </div>

<div><br></div><div><a href="http://www.javacodegeeks.com/2012/04/rabbitmq-scheduled-message-delivery.html" target="_blank">http://www.javacodegeeks.com/2012/04/rabbitmq-scheduled-message-delivery.html</a></div><div><br>
</div><div>Dan.</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Tue, Jun 17, 2014 at 6:40 PM, Michael Klishin <span dir="ltr"><<a href="mailto:mklishin@gopivotal.com" target="_blank">mklishin@gopivotal.com</a>></span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div>On 17 June 2014 at 23:58:00, Manish Ranade (<a href="mailto:manish.ranade@gmail.com" target="_blank">manish.ranade@gmail.com</a>) wrote:<br>


> > We have an application that allows users to submit a request<br>
> that needs to be processed on a specific time and date in the future.<br>
> If there was no constraint of time and date, we would have put the<br>
> request in a queue and have the consumer pick the request one by<br>
> one and process them. However, considering my scenario—<br>
><br>
> Is it possible to publish a message to be consumed at later stage?<br>
<br>
</div>RabbitMQ does not perform this kind of scheduling. It can be extended to do<br>
this (by implementing a custom exchange in Erlang) but it remains to be seen<br>
how good that approach will actually work. <br>
--<br>
MK<br>
<br>
Software Engineer, Pivotal/RabbitMQ<br></div></div>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
</blockquote></div><br></div>
<br>_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Regards,<br>Manish Ranade<br>Phone: 408-596-6546
</div>