For sending messages, I think transactional behavior is very desirable
and 'least surprising' regarding the effects.
But by choosing transactional queue for sending, you also choose
transactional receiving of messages. You say in case of failure
transaction will be rolled back, so I assume the message will be
sitting at the end of queue ready to be processed again? In non-
transactional case the end result will actually be the same - am I
right? To avoid 'poisoning' the queue with problematic message system
should get rid of it after some time of retrying without success - RSB
moves the message to the 'error' subqueue in such case AFAIK. Is it
done always, no matter if the queue is transactional or not? What are
the criteria for it and can this behavior be customized?

Best regards
RG

On Apr 16, 2:39 pm, Ayende Rahien <[email protected]> wrote:
> Rafal,
> 1) yes, for msmq. For Rhino Queues, all queues are transactional.
> 2) RSB will put the message back in a non transactional queue, or roll back
> the transaction in a transactional queue
>
> On Thu, Apr 16, 2009 at 1:35 PM, nightwatch77 <[email protected]>wrote:
>
>
>
> > Hi, I have some questions regarding transactional behavior of RSB
>
> > 1. I want message sending to be a part of distributed transaction, so
> > if the transaction fails no messages will be sent. Do I have to use
> > transactional MSMQ queue to get such behavior? What about other
> > transports?
> > 2. What about processing messages received from transactional queue -
> > what is the difference between transactional and non-transactional
> > queue and how failure handling looks like for transactional queues?
>
> > Thx
> > R
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Rhino Tools Dev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/rhino-tools-dev?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to