I'm Lucky there's some Canadians on here to respond on Thanksgiving day :-)
I should have checked this before, but yes, looking at the startup log, it is
getting set in my classpath (see below). Deleting the ERAttachment framework
in /Library/Frameworks got rid of the problem. Is that the proper thing to do?
Or is there a "proper" way to fix it? It is still showing up in my classpath
variables in the startup log.
com.webobjects.classpath=/.../Library/Frameworks/ERAttachment.framework/Resources/Java/ERAttachment.jar:...
and
er.extensions.appserver.ERXApplication - classpath =
...
/Library/Frameworks/ERAttachment.framework/Resources/Java/ERAttachment.jar
...
Thanks!
Jeff
On Nov 24, 2011, at 11:54 AM, Chuck Hill wrote:
> It is almost certainly on your classpath somewhere. Check the classpath on
> the deployment machine.
>
> On 2011-11-24, at 8:17 AM, Jeff Schmitz wrote:
>
>> Hello,
>> I have a Wonder App/Wonder Framework combo application that runs on my
>> development machine, but when I deploy I'm getting the following error about
>> connection dictionaries not being equal:
>>
>> The connection dictionaries for netbracketsFW and ERAttachment 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
>> netbracketsFW.removeJdbc2Info=true and ERAttachment.removeJdbc2Info=true in
>> your Properties file. (netbracketsFW={driver = "jdbc.FrontBase.FBJDriver";
>> password = "smsbear1"; username = "netBrackets"; URL =
>> "jdbc:FrontBase://localhost/netBrackets/isolation=read_committed/locking=optimistic";
>> }; and ERAttachment={password = "smsbear1"; username = "netBrackets"; URL =
>> "jdbc:FrontBase://localhost/netBrackets/isolation=read_committed/locking=optimistic";
>> }).
>>
>> I'm not importing the ERAttachment framework anywhere in my projects,
>> although I had it in there briefly as I was dabbling with it, at which time
>> it seems to have injected itself somewhere in my projects like a bad virus.
>> Also, I looked through the following list of properties files on my
>> deployment machine:
>> • Resources/Properties in any frameworks that the application links to
>> • Resources/Properties.username in any frameworks that the application
>> links to
>> • Resources/Properties in the application itself
>> • WebObjects.properties under the home directory (not sure on this
>> file's precedence)
>> • Resources/Properties.dev (when app is launched in Development Mode)
>> • Properties in /etc/WebObjects/YourAppName/
>> • Resources/Properties.username in the application itself
>> and the only connection dictionary properties I found were my Framework
>> project's Resources/Properties file:
>>
>> dbConnectURLGLOBAL=jdbc:FrontBase://localhost/netBrackets/isolation=read_committed/locking=optimistic
>> dbConnectUserGLOBAL=netBrackets
>> dbConnectPasswordGLOBAL=myPassword
>>
>> For now, I'd like to get rid of all vestiges of ERAttachment from my app,
>> but it doesn't seem to want to go away on my deployment machine. Any ideas
>> where it's picking up this reference to an ERAttachment connection
>> dictionary on my deployment machine?
>>
>> Thanks!
>> Jeff
>>
>> _______________________________________________
>> 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/chill%40global-village.net
>>
>> This email sent to [email protected]
>
> --
> Chuck Hill Senior Consultant / VP Development
>
> Practical WebObjects - for developers who want to increase their overall
> knowledge of WebObjects or who are trying to solve specific 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 protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
