On Dec 9, 2010, at 2:29 PM, John Larson wrote: > You're a swell guy Chuck. One of these years I'm going to go to WOWODC just > to buy you a beer. If you'd rather, I'll just ship you a case so as not > impede your way home.
You could probably use it yourself after today. :-) > I'm on the train going home now so I can't be certain, but it does appear as > if I just completely missed the wotaskd bundle. It does not need that bundle, just a path to that jar. I am not certain that it even needs that jar, it might just need wo.bootstrapjar to point to some file, any file as a flag that this is a modern WO install. There are some... interesting bits of code in woproject. :-) > Once I'm home I move all that into place and try again. Too little sleep, > too much cold medicine. I'm pretty sure that that's it. Let's hope! Chuck > On Dec 9, 2010, at 4:03 PM, Chuck Hill <[email protected]> wrote: > >> >> On Dec 9, 2010, at 12:41 PM, John Larson wrote: >> >>> I've just set up a new machine using what I thought was a standard kit for >>> setting up machines, but am totally stumped here. On my new machine >>> everything appears to build fine, but the frameworksBaseURL isn't coming >>> through to the command line. No errors, it just doesn't come through, nor >>> does the bit about "-classpath WOBootstrap.jar." If I run ant with the >>> -verbose argument, everything is totally different between the new machine >>> and a working machine. >>> >>> Here are some examples: >>> - The working machine shows it doing a chmod on the built files and the new >>> machine doesn't. >>> - The new machine makes a variable called HOMEROOT, the old machine never >>> spits out anything about HOMEROOT. >>> - The new machine has a routine to do "path-to-drive-letter substitution" >>> on the command line to shorten it if it is too long, but the working >>> machine doesn't. >>> >>> There's gobs of these, it's like it is completely different. But I'm >>> hoping that maybe someone who actually wrote it will recognize what I'm >>> talking about :-) >> >> Check this: >> >> saskatoon:~ chuck$ grep bootstrap ~/Library/Application\ >> Support/WOLips/wolips.properties >> wo.bootstrapjar=/System/Library/WebObjects/JavaApplications/wotaskd.woa/WOBootstrap.jar >> >> wo.bootstrapjar needs to point to a file that is actually there. If not, >> you get a WO 5.2 (or 5.1?) build. >> >> >> Chuck >> >> >>> >>> This seems like a classpath problem to me and that ant is picking up a >>> different WOApplication, but I'm stumped. I thought the only file that >>> could be involved was >>> Eclipse35/plugins/org.objectstyle.wolips.woproject.and_3.5.6066/lib/woproject.jar, >>> but they are the same and I've copied and duplicated it between the >>> machines a dozen times. If I remove that file, nothing works, so I know it >>> isn't picking up another WOApplication somewhere else in the classpath. >>> The verbose output just looks so different it looks like completely >>> different versions, but I haven't downloaded anything new! >>> >>> I don't set new machines up very often, but even so, I've never had this >>> happen. Any ideas where I can look for clues? It's WO 5.3, Eclipse 3.5, >>> and everything else works: build, split, tar, etc. If I manually add the >>> WOFrameworksBaseURL in the script then the app works fine, if I don't the >>> images, css files, etc. don't get linked to correctly, as you'd expect. >>> >>> Thanks again, >>> John _______________________________________________ >>> 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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ 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]
