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 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
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>> --
>> 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/jeffandmonica%40mac.com
>
> This email sent to [email protected]
_______________________________________________
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]
