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 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
>>
>>
>>
>>
>>
>>
>>
>
> _______________________________________________
> 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/pyu%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]
