[jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remoting - Client Asynchronous Calls

genman do-not-reply at jboss.com
Fri Oct 20 15:13:45 EDT 2006


AMQP is certainly meant to work async on the client side. Non-durable messages could be supported by using a memory buffer. (There would have to be some sort of "flow control" to avoid out of memory conditions.)

For durability, SonicMQ supports durability by using persistence on the client side; MessageProducer.send() persists messages on disk, then delivery happens asynchronously in another thread. Again, some sort of mechanism would provide flow control.

For "thin clients", you'd to have to provide some sort of simple client-side persistence model. A central database wouldn't make much sense. I'm guessing a "simple" transaction log might work. ("simple" rarely is though.) There'd have to be some sort of recovery mechanism and callbacks for error detection...


View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979716#3979716

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979716



More information about the jboss-dev-forums mailing list