Re: Wrong application class in classpath files
Re: Wrong application class in classpath files
- Subject: Re: Wrong application class in classpath files
- From: David LeBer <email@hidden>
- Date: Thu, 26 Aug 2010 13:26:52 -0400
On 2010-08-26, at 12:39 PM, David Avendasora wrote:
> I modified the build.XML file to be a normal build.XML file. Other than the projectName value, they are identical.
Erm, which build xml file are we talking about?
That entry below is from Wonder's global build.xml, found in Wonder/Build/build/build.xml.
Which seems to match the problem that Pascal is reporting.
>
> Sent from my iPad
>
> On Aug 26, 2010, at 9:46 AM, David LeBer <email@hidden> 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@hidden> 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@hidden)
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>> This email sent to email@hidden
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>> ;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@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>>
>>
;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@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden