Re: Connection Dictionary for ERAttachment (go away!)
Re: Connection Dictionary for ERAttachment (go away!)
- Subject: Re: Connection Dictionary for ERAttachment (go away!)
- From: Paul D Yu <email@hidden>
- Date: Thu, 24 Nov 2011 21:07:34 -0500
Speaking of could we make these parameters default in build.properties?
Sent from my iPad
On Nov 24, 2011, at 9:03 PM, Paul Yu <email@hidden> wrote:
> So it sounds like you are not embedding the frameworks in your deployment woa.
>
> You should change your build properties to include the following:
>
> embed.Local=true
> embed.Project=true
> embed.System=true
>
>
>
> On Nov 24, 2011, at 8: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
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> 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
_______________________________________________
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