Re: Connection Dictionary for ERAttachment (go away!)
Re: Connection Dictionary for ERAttachment (go away!)
- Subject: Re: Connection Dictionary for ERAttachment (go away!)
- From: Jeff Schmitz <email@hidden>
- Date: Sat, 26 Nov 2011 04:38:31 -0600
It ended up being a bad build.xml file. When updating my WOApplication build file I copied in a Wonder Framework build file on accident.
On Nov 24, 2011, at 11:12 PM, Jeff Schmitz wrote:
> A little more info. I've noticed that in the dist folder where my WOApplication is built, the MacOSClassPath.txt file under .../Contents/MacOS does reference the ERAttachment jar...
>
> LOCALROOT/Library/Frameworks/ERAttachment.framework/Resources/Java/ERAttachment.jar
>
> I'm just not sure where it's picking this up though. I'm using the Run As->Ant Build command to install.
>
>
>
> IOn Nov 24, 2011, at 9:03 PM, Chuck Hill wrote:
>
>> You must still have the framework as part of your project. CHeck here:
>>
>> <PastedGraphic-2.pdf>
>>
>>
>>
>> On 2011-11-24, at 5:33 PM, Jeff Schmitz wrote:
>>
>>> 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@hidden)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>
>>>>> This email sent to email@hidden
>>>>
>>>> --
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>> --
>> 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@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
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