You k
On Aug 18, 2009, at 3:42 PM, David Avendasora wrote:
On Aug 18, 2009, at 3:11 PM, Mike Schrag wrote:
oh, right .. reading the exception = key:
"ERAttachment={}; and CommunicationCenter={plugin =
"EROraclePlugIn"; }":
that's the difference
you are declaring a plugin explicitly on your CommCenter
framework .. .declare the same on ERAttachment, or globally.
Okay, I think this is one of those things that is really obvious but
I'm not seeing it.
I really don't think it is reading the Properties values at all and
only going by what is in the EOModels.
First I added "ERAttachment.DBPlugin=EROraclePlugIn" to my
Properties file, which didn't help, then I removed all the plugin
information from the models so they would mach what ERAttachment has
in the model and then added the plugin info to the Properties file
for each Model. That stopped the original error.
Now I'm getting:
An exception occurred while trying to open a channel: The url cannot
be nullat java.sql.DriverManager.getConnection(DriverManager.java:502)
The model that it is complaining about has a URL Property set only
in the Properties file:
LogisticsManagement.URL=jdbc:oracle:thin:@server:port:schema
What am I missing??
You know, it _really_ helps if you define the properties in the
Properties file of the Application you are actually trying to launch.
Or better yet, the Framework that all the Apps use.
Duh.
My new mantra for Properties (WOLips and Application) is that if the
properties you are setting are not getting read, it's probably because
the properties file being read isn't the one you think it is - not
some fundamental failing of the properties reading code that everyone
else uses without issue.
Dave
Dave
ms
On Aug 18, 2009, at 3:05 PM, David Avendasora wrote:
On Aug 18, 2009, at 2:41 PM, Mike Schrag wrote:
dbConnectURLGLOBAL=url
dbConnectUserGLOBAL=user
dbConnectPasswordGLOBAL=pw
or also set ERAttachment.URL, ERAttachment.DBUser,
ERAttachment.DBPassword
ERAttachement's info is set, using the same pattern as
CommunicationCenter's is below.
There are 17 models in this framework, not including the Wonder
Models for ERAttachment, ERTaggables, etc.
Dave
ms
On Aug 18, 2009, at 2:37 PM, David Avendasora wrote:
Hi all,
I'm trying to define my DB connections in the
Properties.username files so I get the correct connection
depending on if I am running my app in Developement, QA or
Production.
I have removed all my connection information out of the EO
Models and have set the following properties:
CommunicationCenter.URL=jdbc:oracle:thin:@Server:Port:Schema
CommunicationCenter.DBUser=user
CommunicationCenter.DBPassword=password
But I'm getting the following error, which leads me to believe
that it is _not_ picking up my properties. The Resources/
Properties file has the default connection dictionaries in it,
so this should work, right?
A fatal exception occurred: The connection dictionaries for
ERAttachment and CommunicationCenter have the same URL and
username, but the connection dictionaries are not equal. Check
your connection dictionaries carefully! This problem is often
caused by jdbc2Info not matching between the two. One fix for
this is to set ERAttachment.removeJdbc2Info=true and
CommunicationCenter.removeJdbc2Info=true in your Properties
file. (ERAttachment={}; and CommunicationCenter={plugin =
"EROraclePlugIn"; }).
Any ideas? Am I not using the correct properties?
Thanks,
Dave
_______________________________________________
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/mschrag%40mdimension.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/webobjects%40avendasora.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/webobjects%40avendasora.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/webobjects%40avendasora.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]
