Re: Getting two database connections instead of one
Re: Getting two database connections instead of one
- Subject: Re: Getting two database connections instead of one
- From: Chuck Hill <email@hidden>
- Date: Fri, 11 Mar 2005 12:25:12 -0800
From a recent posting:
When a first db transaction is made, 2 connections to Oracle are
created. Here is the why: When the first transaction is commited, EOF
create a connection (the defaultEditingContext associated to a
EOObjectStoreCoordinator) and analyze the eomodel used to commit
changes. IF the emodel connection dictionary does'nt contains the key
"jdbc2Info" - value NSMutableDictionary ( or if you overwrites the
connection dictionary), EOF try to retrieve this infomation and create
this dictionary. To construct this metada , it creates a new
Connection but it's not closed! So the solution, is to ensure that
this dictionary jdbc2Info is in your EOModel dictionary connection.
Damien Lust
On Mar 11, 2005, at 12:04 PM, Anthony Paras wrote:
It looks like my WO app is creating two database connections every
time it
means to create one:
[2005-03-11 13:56:53 EST] <main> Using JDBCPlugIn
'com.webobjects.jdbcadaptor.OraclePlugIn' for JDBCAdaptor@6712442
[2005-03-11 13:56:53 EST] <main> connecting with dictionary:...
[2005-03-11 13:56:54 EST] <main> fetching JDBC Info with
JDBCContext@1652970
[2005-03-11 13:56:54 EST] <main> connecting with dictionary:...
This is with the latest WO, the latest Mac OSX, and the recommended
jdbc
client (9.2.0.1). Has anyone seen this kind of behavior before?
Thanks.
- Tony
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
village.net
This email sent to email@hidden
--
Practical WebObjects - a book for intermediate WebObjects developers
who want to increase their overall knowledge of WebObjects, or those
who are trying to solve specific application development problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
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