Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jetty-users] Recommended database resident message queueing system? JMS?

I've had really good luck with Spring Integration. It comes with a Jdbc Message Adapter that can read and write messages to a jdbc source. The framework abstracts most of the underlying messaging system so you could look at scaling up to jms in the future if you need it.


On May 22, 2011, at 11:47 AM, "Nick Fenwick" <neek@xxxxxxxxxxxxxxx> wrote:

> Hi all,
> I'm fishing for ideas.  I currently have a 'queue' thread started by a 
> load-on-startup servlet, which listens to a ArrayBlockingQueue, so other 
> threads can push objects onto the queue and the 'queue' thread picks 
> them up and acts on them.  It's basically an inter-thread messaging system.
> I now want to make the 'queue' database transaction dependent, so if a 
> rollback of the transaction is done, it also rolls back the queue event 
> objects.
> This seems to be what JMS would bring to the table, probably using 
> ActiveMQ.  However, it seems quite a complicated framework to bring into 
> my project at this stage.  I'd rather not have to run the ActiveMQ 
> message broker as a separate thread, and all the system resources that 
> would entail, given that all my clients of the MQ would be local.  From 
> a glance at ActiveMQ, it seems to require this out-of-process broker.
> Would anyone recommend another queued event system, like ActiveMQ, that 
> would let me do this all in-process to my main app?  I currently use 
> MySQL, but anything that works over JDBC should be fine.  I use 
> Hibernate extensively but I wouldn't expect this queue system to require 
> that at all.
> Thanks for any pointers.
> Nick
> _______________________________________________
> jetty-users mailing list
> jetty-users@xxxxxxxxxxx

Back to the top