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.
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/archive%40mail-archive.com
This email sent to [email protected]
