On Thursday, January 16, 2003, at 09:27 AM, Sacha Labourey wrote:

1. multiple threads in one tx. This is doable technically and may
produce determinate results if all threads access only different
resource managers. If any access the same resource manager, you will
easily get indeterminate results (e.g. one thread adds 2, the other
thread mulitplies by 10, you start with 1, you can get 30 or 12
depending on order). This is not messaging in any sense I can think of.
But to do this you need a way to create a thread in a "transaction-friendly"
way i.e. if you simply create a new thread (t = new Thread), then new
correct transactional context is associated with this newly started thread.
Correct?
Exactly, this is the "doable technically" part. I don't think creating new threads directly is the way to go, but getting threads from a pool or factory.

The Work contracts allow you to supply an xid, but prohibit more than one thread/tx. In one vm, we want to use a tx directly and allow lots of threads. I think we can use a different ExecutionContext-like object for this. We also need to pass the security context etc.

david

Cheers,


sacha



-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com
Understand how to protect your customers personal information by implementing
SSL on your Apache Web Server. Click here to get our FREE Thawte Apache
Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com
Understand how to protect your customers personal information by implementing
SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Reply via email to