Please correct me if I am wrong, but in same onSend method one could override the messageId as well right?
We also planning to use same, are there any ill-effects of that? Thanks and regards Kaustubh On Thu, Sep 22, 2011 at 11:49 PM, Martin C. <mart...@gmx.at> wrote: > Hi, > > ok I see, but this is only possible if sending is done directly before > committing the database transaction. It wouldn't work so well if > sending was done "somewhere" during the process. I had hoped that I > could feed something along a UUID as the message ID and it would be > used then, but I can see how this would make certain things (like > duplicate detection, ...) a lot harder. > > Thanks for your answer, anyways! > > Best regards, > Martin > > On Thu, Sep 22, 2011 at 7:36 PM, Gary Tully <gary.tu...@gmail.com> wrote: > > you would need to pass use your own message impl that extends > > ActiveMQMessage and override > > org.apache.activemq.command.ActiveMQMessage#onSend > > > > on that callback, you will have the messageId and be able to commit > > the db transaction. On return from that method the message will be > > sent. > > be sure and call super.onSend() though. > > > > On 22 September 2011 18:09, Martin C. <mart...@gmx.at> wrote: > >> Hi, > >> > >> I'd like to know the message ID of a message I am going to send before > >> actually sending it. Is this possible? > >> > >> Reason is that I want to delay sending the JMS messages until my > >> database transaction has been comitted, but I already want to record > >> the message IDs as correlation IDs in exactly this database > >> transaction. > >> > >> Best regards, > >> Martin > >> > > > > > > > > -- > > http://fusesource.com > > http://blog.garytully.com > > >