Re: Getting EOF to use multiple DBConnections?
Re: Getting EOF to use multiple DBConnections?
- Subject: Re: Getting EOF to use multiple DBConnections?
- From: Kieran Kelleher <email@hidden>
- Date: Tue, 26 Jul 2005 10:51:41 -0400
Hi again Dov,
If Project Wonder OSC pool is not what you are looking for, then to
make a new editing context with its own new OSC just for a long-running
EOF task or long running queries, use something like:
EOObjectStoreCoordinator osc = new EOObjectStoreCoordinator();
EOEditingContext ec = new EOEditingContext( osc );
Regards, Kieran
On Jul 26, 2005, at 9:31 AM, Dov Rosenberg wrote:
How do I initialize multiple EOF stacks? Is that what the Project
Wonder
stuff does? Is there a way to create a pool of EOF stacks that can be
load
balanced over (i.e. Round robin)?
On 7/25/05 5:31 PM, "Chuck Hill" <email@hidden> wrote:
I don't think it does this unless you trip another fault while one is
being fired (e.g. do a fetch in awakeFromFetch). The EOF stack gets
serialized pretty high up so opening additional connections is not
going to do any good unless a single thread needs to make multiple
nested fetches etc. The only other way to get multiple connections
is to make multiple stacks and that eats memory.
Chuck
On Jul 25, 2005, at 2:25 PM, Dov Rosenberg wrote:
Does anyone know how to convince EOF to use more than 1 database
connection to get data? I was under the impression it was smart
enough to open an additional database channel when things got too
busy and pool the requests as needed. Any help or ideas are
appreciated. Thanks in advance
--
Dov Rosenberg
Conviveon/Inquira
Knowledge Management Experts
http://www.conviveon.com
http://www.inquira.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40global-village.net
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:
email@hidden
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