I modified the build.XML file to be a normal build.XML file. Other than the projectName value, they are identical.
Sent from my iPad On Aug 26, 2010, at 9:46 AM, David LeBer <[email protected]> wrote: > > On 2010-08-26, at 9:16 AM, Mike Schrag wrote: > >> My guess is that wonder builds don't use that value. grep for Application in >> the build folder and you'll probably find one. > > This entry in Build/build/build.xml is probably the culprit: > > <target name="ERModernMoviesDemo.all"> > <antcall target="global.application.${build.action}" > > <param name="project.type" value="application" /> > <param name="project.principal.class" value="Application" /> > <param name="project.name" value="ERModernMoviesDemo" /> > <param name="project.dir" value="Examples/D2W/ERModernMoviesDemo" > /> > > <param name="wo.system.root.bundles" > value="${frameworks.system.d2w}" /> > <param name="wo.external.root.bundles" > value="${frameworks.wonder.d2w}/Ajax/ERModernLook/ERModernDirectToWeb/ERModernDefaultSkin/H2PlugIn/ERMoviesLogic/ERAttachment/ERTaggable" > /> > </antcall> > </target> > > >> >> Sent from my iPhone >> >> On Aug 26, 2010, at 9:07 AM, Pascal Robert <[email protected]> wrote: >> >>> I'm trying to fix a problem with ERModernMoviesLook for the Hudson session. >>> We are building ERModernMoviesDemo, but the app won't start because the >>> ApplicationClass in UNIXClasspath.txt (and in MacOSClasspath.txt too) is : >>> >>> # ApplicationClass == Application >>> >>> when it should be : >>> >>> # ApplicationClass == er.modern.movies.demo.Application >>> >>> But the principalClass setting is correctly set in build.properties : >>> >>> principalClass=er.modern.movies.demo.Application >>> >>> We are also building ERRestRouteExample with the same Hudson service, and >>> ApplicationClass is set correctly for that one, so I'm a bit lost of why >>> it's an incorrect value for ERModernMoviesDemo. >>> _______________________________________________ >>> 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/mschrag%40pobox.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/dleber_wodev%40codeferous.com >> >> This email sent to [email protected] > > ;david > > -- > David LeBer > Codeferous Software > 'co-def-er-ous' adj. Literally 'code-bearing' > site: http://codeferous.com > blog: http://davidleber.net > profile: http://www.linkedin.com/in/davidleber > twitter: http://twitter.com/rebeld > -- > Toronto Area Cocoa / WebObjects developers group: > http://tacow.org > > > > > _______________________________________________ > 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/webobjects%40avendasora.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]
