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: Wed, 27 Jul 2005 08:03:43 -0400
Hello Dov,
Perhaps Anjo can give better details/code, but glancing at the Project
Wonder docs/source, it seems the following would be the approach:
- Set the number of Object store coordinators in your Properties file
(see ERXExtensions framework properties file for all the settable
peoperties)
er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators = 5
- Don't know if this is done automatically (examine Project Wonder
source to find out) in the event that the previous property is set
since it is commented out by default, but it seems the ERXEC.setFactory
needs to be set at application startup to use the
ERXObjectStoreCoordinatorPool.MultiOSCFactory
- Then you could use WOSession.setDefaultEditingContext in the Session
constructor to set the default ec to a ERXEC from the ERXEC factory, or
you could override defaultEditingContext in your Session class to
lazily provide an ERXEC from the ERXEC factory.
Regards,
-Kieran
________________________________________________________________
Blog: http://webobjects.webhop.org/
On Jul 26, 2005, at 3:00 PM, Dov Rosenberg wrote:
If I use the Project Wonder ObjectStoreCoordinatorPool, can I hook it
up
such that the session.defaultEditingContext() returns a ERXEC and uses
a
ERXObjectStoreCoordinator from the pool without having to do anything
else
on my side?
Not sure where to hook in the ERXObjectStoreCoordinatorPool such that I
don't have to change everything in my app.
Does the ERXObjectStoreCoordinatorPool/ ERXObjectStoreCoordinator
gracefully
handle dropped database connections/reconnections?
Thanks in advance.
On 7/26/05 10:51 AM, "Kieran Kelleher" <email@hidden> wrote:
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:
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