Hello list, I would like to use a JMS queue as a request container and I have some questions about this architectural choice. Basically the queue will contain request messages. They could have multiple consumers:
- onMessage fired when the request should be processed (using the scheduled delivery - Session bean removing the message from the queue because the request was canceled by some external action (user clicking on a web page for instance) - Session bean processing the request because it's waiting for a response for a too long time. Basic processing is: onMessage fired, do some stuff with it that needs an asynchroous response. The message is then put back in the queue (with some extra info). When the response arrives, the message is refecthed and post to a result queue. If no response came, request goes in timeout and some other processing is done. To retrieve the message, I use the original JmsMessageId has an head (request-id) which is set to the same value evertyme i repost the request. My questions: - What if a component is processing the request (doing some stuff with it in a TX and then repost on TX commit) and, AT THE SAME TIME, a SB whant to remove it because the request should be canceled (Will the SB waits the commit because the message is in a transaction?) - About performence, fetching the message based on a JMS header (so selector) is heavy. Is there an optimized way to fetch the message (knowing that the selector is a primary key sort of). Regards, Stephane View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830936#3830936 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830936 ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
