I would look at Wonder source and see what trickery is being used to
implement this fix.
Lon
On Tue, Jul 1, 2008 at 2:41 PM, Klaus Berkling <[EMAIL PROTECTED]> wrote:
> Hi all.
>
> In my application I'm trying to use independent access layer stacks to
> open multiple database connections to the database.
> I use this code:
>
> EOObjectStoreCoordinator parentObjectStore = new
> EOObjectStoreCoordinator();
> EOEditingContext editingContext = new
> EOEditingContext(parentObjectStore);
> setDefaultEditingContext(editingContext);
>
> This looks like it's working in that it opens two new connection to the
> database when I start a new session. As expected.
>
> When I'm terminate the session I use this code to close the connection to
> the database:
>
> 'editingContext' is the session 'defaultEditingContext()'
>
> EOObjectStoreCoordinator parentObjectStore =
> (EOObjectStoreCoordinator)(editingContext.parentObjectStore());
> NSArray databaseContexts =
> parentObjectStore.cooperatingObjectStores();
> int contextCount = databaseContexts.count();
>
> for (int i = 0; i < contextCount; i++) {
> NSArray channels =
> ((EODatabaseContext)databaseContexts.objectAtIndex(i)).registeredChannels();
> int channelCount = channels.count();
> for (int j = 0; j < channelCount; j++) {
> //Make sure the channel you're trying to close isn't
> performing a transaction.
> if
> (!((EODatabaseChannel)channels.objectAtIndex(j)).adaptorChannel().adaptorContext().hasOpenTransaction())
> {
>
>
> ((EODatabaseChannel)channels.objectAtIndex(j)).adaptorChannel().closeChannel();
> }
> }
>
> }
>
> This closes one of the two database connection, not both.
>
> Is there a way to detect the one extra connection or not open the extra
> connection in the first place?
>
> WOnder may have resolved this issue but adding WOnder is a bigger
> undertaking then I originally expected.
> Paraphrasing Lou Reed, I just want some of it, not all of it.
>
> Thanks
>
> kib
>
> "*Success is not final, failure is not fatal: it is the courage to
> continue that counts*."
> - Winston Churchill
>
> Klaus Berkling
> Systems Administrator
> DynEd International, Inc.
> www.dyned.com | www.eskimo.com/~kiberkli
>
>
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list ([email protected])
> Help/Unsubscribe/Update your Subscription:
>
> http://lists.apple.com/mailman/options/webobjects-dev/varscsak%40smarthealth.com
>
> This email sent to [EMAIL PROTECTED]
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
