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: Thu, 24 Nov 2011 22:12:24 -0600
If just having ERAttachment installed in Library/Frameworks isn't the problem, then that's true. But it is something that's burned me in the past, and in most cases you're the one that helped me figure out what was going on :-)
On Nov 24, 2011, at 9:49 PM, Chuck Hill wrote:
>
> On 2011-11-24, at 7:39 PM, Jeff Schmitz wrote:
>
>> That's correct. I've always been hesitant to do that in the past because I'm afraid it will make my deployment package very large, which means it would take a lot of time to copy to my server over the network, as well as I assume taking a lot of bandwidth. But I'll give it a try as it would alleviate a lot of headaches I seem to get myself into.
>
>
> That does not seem to be your original problem. Your original problem was that you did not want ERAttachment and kept getting it loading. Embedding is not going to change that.
>
>
>> My build script though doesn't look at those properties. It's setup more like is shown here:
>>
>> http://wiki.objectstyle.org/confluence/display/WOL/Embedding+WOFrameworks
>>
>> If I set the properties in my WOApplication as explained at the top of the above article (copied below) should that be all I need to do?
>>
>> For WOLips 3.4.x and later, while embedding is built-in, it's not enabled by default. To enable embedding:
>>
>> • make sure you are in the WO Explorer view
>> • right-click your project folder, select Properties, select WOLips Deployment
>> • check the related, if not all, options under Embed Frameworks
>>
>>
>> I noticed for my Framework project the embed options are disabled. Is that normal? I'm guessing yes since you probably really just need everything embedded in your top level application.
>
> Correct, only Applications can embed frameworks.
>
>
>
>> On Nov 24, 2011, at 8:03 PM, Paul Yu 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
>>>
>>
>
> --
> 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