Looking at the WOLips source code, it seems Local and System are there in the build.properties of wolipstemplate project. However, the last project I created these parameters were not there.
Paul On Nov 24, 2011, at 9:07 PM, Paul D Yu wrote: > 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]
