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