[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