Re: Connection Dictionary for ERAttachment (go away!)
Re: Connection Dictionary for ERAttachment (go away!)
- Subject: Re: Connection Dictionary for ERAttachment (go away!)
- From: Chuck Hill <email@hidden>
- Date: Thu, 24 Nov 2011 19:03:29 -0800
You must still have the framework as part of your project. CHeck here:
Attachment:
PastedGraphic-2.pdf
Description: Adobe PDF document
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
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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