That's correct. I've always been hesitant to do that in the past because I'm afraid it will make my deployment package very large, which means it would take a lot of time to copy to my server over the network, as well as I assume taking a lot of bandwidth. But I'll give it a try as it would alleviate a lot of headaches I seem to get myself into. My build script though doesn't look at those properties. It's setup more like is shown here:
http://wiki.objectstyle.org/confluence/display/WOL/Embedding+WOFrameworks If I set the properties in my WOApplication as explained at the top of the above article (copied below) should that be all I need to do? For WOLips 3.4.x and later, while embedding is built-in, it's not enabled by default. To enable embedding: • make sure you are in the WO Explorer view • right-click your project folder, select Properties, select WOLips Deployment • check the related, if not all, options under Embed Frameworks I noticed for my Framework project the embed options are disabled. Is that normal? I'm guessing yes since you probably really just need everything embedded in your top level application. Jeff On Nov 24, 2011, at 8:03 PM, Paul Yu 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 (Webobjects-dev@lists.apple.com) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net >>>> >>>> This email sent to ch...@global-village.net >>> >>> -- >>> 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 (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/pyu%40mac.com >> >> This email sent to p...@mac.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
