[reSIProcate] Eventdriven TransactionUser
The resiprocate interface supports event driven communication from the
transaction user to resiprocate through the Interruptable Stack thread.
In the other direction I have not been able to find a similar function,
meaning that the Transaction User will have to poll the message queue to
receive messages. In our current implementation we needed to get rid of
the polling. We therefore added a virtual message notification function
to the transaction user. I have two questions:
1) I feel that there should have been an interruptable call-back
mechanism also to the transaction user. Have i missed anything?
2) If there is no call back mechanism, we have a two-line (obvious)
patch for TransactionUser, which allows the actual transaction user to
implement its own message notification handling. This generates little
overhead when not used. Is there any interest in such a mechanism? If so
I would be happy to provide the patch.
Best Regards
Tor Brekke
Paradial AS