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 protected]> 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 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/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]
