Re: WO 5.4 - can I multi-thread a WO app that uses EOF
Re: WO 5.4 - can I multi-thread a WO app that uses EOF
- Subject: Re: WO 5.4 - can I multi-thread a WO app that uses EOF
- From: Anjo Krank <email@hidden>
- Date: Fri, 6 Feb 2009 15:51:02 +0100
Note that you can have multiple parallel task without any problem
without using new stacks or whatever. However:
- they must not use the same EC (bet you knew that already)
- the DB ops are in itself not very long running.
So a stored procedure that takes an hour to run should be in it's own
stack, but a bunch of accounting processors which fetch a lot of
objects, then perform updates and deletions shouldn't be a problem. Of
course as ever, YMMV.
Cheers, Anjo
Am 06.02.2009 um 15:36 schrieb Kieran Kelleher:
You can have multiple EOF stacks by creating new
EOObjectStoreCoordinators. Wonder has features that easily enables
multiple EOF stacks and also for synchronizing changes between them
in the same instance and across many instances.
I use java.util.concurrent stuff all the time for background
operations using thread pool. Just don't pass EO's and ec's between
threads .... pass EOGlobalIDs between threads and create, lock and
unlock editing contexts in your background threads.
On Feb 5, 2009, at 10:09 PM, Karthik N wrote:
Hi,
I'm a WO 5.4 newbie. We have a WO app that uses EOF for db
access. I believe this makes the WO inherently single-threaded.
We have this new requirement wherein, we want to have a thread-pool
via java Executor within this WO app for non-EOF purposes to
perform some asynchronous background tasks.
Is it safe to have such a thread pool without jeopardizing the WO
app in any way?
Thanks, Karthik
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden