Are you using Wonder? There is some code that fiddles with the
connection dictionary to prevent some obscure bugs occuring. (You can
get into trouble when you have multiple models with almost but not
exactly identical connection dictionaries.) Maybe that is getting in
your way somehow.
Take a look into
er.extensions.eof.ERXModelGroup.resetConnectionDictionaryInModel:
Resets the connection dictionary to the specified values that are in
the defaults. This method will look for defaults in the form:
<MODELNAME>.DBServer
<MODELNAME>.DBUser
<MODELNAME>.DBPassword
<MODELNAME>.URL (for JDBC)
if the serverName and username both exists, we overwrite the
connection dict (password is optional). Otherwise we fall back to
what's in the model. Likewise default values can be specified of the
form:
dbConnectUserGLOBAL
dbConnectPasswordGLOBAL
dbConnectURLGLOBAL
To get it going, try setting the mentioned properties in your
application's Properties, e.g.
dbConnectURLGLOBAL=jdbc:frontbase://localhost/YourDB/
isolation=read_committed/locking=optimistic
dbConnectUserGLOBAL=YourUser
dbConnectPasswordGLOBAL=YourPassword
Timo
Am 25.06.2009 um 18:34 schrieb John Pollard:
Ah yes, I was just reading the thread about Properties on the dev
list, but no, the app Properties file only has commented out
property lines in it. Thanks for the idea though.
On 25 Jun 2009, at 17:01, David Avendasora wrote:
On Jun 25, 2009, at 8:07 AM, John Pollard wrote:
Hi List,
I maintain a separate framework containing the model definition
which has worked well.
My powerpc g5 recently died so I have switched to another Mac. In
development all is well, but on deployment I now get this:
...
[2009-6-25 11:42:8 GMT] <main> Model loaded is: <EOModelGroup
( ( Inrax,
file:/Library/Frameworks/InraxEOModel.framework/Resources/
Inrax.eomodeld ) )>
...
[2009-6-25 11:42:8 GMT] <main> Waiting for requests...
[2009-6-25 11:42:8 GMT] <MPMallSessionMonitor> An exception
occurred while trying to open a channel: N/A
Exception in thread "MPMallSessionMonitor"
java.lang.IllegalStateException: _obtainOpenChannel --
com.webobjects.eoaccess.EODatabaseContext
com.webobjects.eoaccess.eodatabasecont...@1e037a: failed to open
database channel. Check your connection dictionary, and ensure
your databa
se is correctly configured.
at
com
.webobjects
.eoaccess
.EODatabaseContext._obtainOpenChannel(EODatabaseContext.java:1967)
at
com
.webobjects
.eoaccess
.EODatabaseContext
._objectsWithFetchSpecificationEditingContext
(EODatabaseContext.java:3054)
...
The first line correctly shows the InraxEOModel.framework where
the model is lurking but then later it fails to connect. Under
what circumstances might the model framework be found ok, but the
database connection fail (when I know the database is ok)?
I don't think the fault lies with the model framework because I
can use this newly deployed framework with the previously deployed
applications and it works fine.
So something must have changed in the way the newly built
application tries to do the database connection (works in
development, not in deployment).
Is there anything in the application's Properties file that is
overriding the connection info?
Is there any more logging I can do, or checks within the deployed
application files to see what is causing the failure.
I have moved to the latest stable wolips which may be one
difference, though I was already on the hotness.
Thanks,
John
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com
)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/webobjects%40avendasora.com
This email sent to webobje...@avendasora.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-
dep...@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/th-dev%40onlinehome.de
This email sent to th-...@onlinehome.de
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
