| AW: AW: Problem with build after method signature change | AW: AW: Problem with build after method signature change 2007-08-03 - By Jan.Materne@(protected)
When uploading the jars to your (test) webserver, try something like
<ftp>
<fileset dir="build" includes="*.jar">
<modified/>
</fileset>
</ftp>
So only JARs will be uploaded which content changed. Means, class files...
or manifest file...
Maybe that helps ...
Jan
>-----Urspr?ngliche Nachricht-----
>Von: billf5293 [mailto:bfindeisen@(protected)]
>Gesendet: Freitag, 3. August 2007 14:25
>An: user@(protected)
>Betreff: Re: AW: Problem with build after method signature change
>
>
>A clean build does correct the problem. However, this means
>all jars are
>rebuilt and users of our applets must pull all jars instead of
>only those
>that are updated.
>
>Thanks.
>
>
>Jan.Materne wrote:
>>
>> Yes, the first thing to do when a "curious" problem occurs is doing
>> a "clean build".
>> ant clean build
>> Provide a "clean" target which deletes all generated files.
>>
>>
>> Jan
>>
>>
>>>-----Urspr?ngliche Nachricht-----
>>>Von: Dominique Devienne [mailto:ddevienne@(protected)]
>>>Gesendet: Donnerstag, 2. August 2007 20:56
>>>An: Ant Users List
>>>Betreff: Re: Problem with build after method signature change
>>>
>>>On 8/2/07, billf5293 <bfindeisen@(protected)> wrote:
>>>>
>>>> We are experiencing a problem with our build after a method
>>>signature change
>>>> in one of our classes. A method was changed from non-static
>>>to static.
>>>> Since the dependant class files would still compile ant did
>>>not compile
>>>> them. The result is a IncompatibleClassChangeError at
>>>runtime saying a
>>>> non-static method is expected.
>>>>
>>>> Is there any way to check class compatibility?
>>>
>>>It's generally regarded as unnecessary, since Java compiles fast
>>>enough that doing a full rebuild is much simpler and safer
>than trying
>>>to do an intelligent incremental build.
>>>
>>>There are IDEs and also JavaMake that do such incremental builds, and
>>>I played with JavaMake in the past, but the added complexity is not
>>>worth it IMHO. It all depends on the project size. --DD
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@(protected)
>>>For additional commands, e-mail: user-help@(protected)
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>
>
>--
>View this message in context:
>http://www.nabble.com/Problem-with-build-after-method-signature
>-change-tf4207673.html#a11982253
>Sent from the Ant - Users mailing list archive at Nabble.com.
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@(protected)
>For additional commands, e-mail: user-help@(protected)
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@(protected)
For additional commands, e-mail: user-help@(protected)
|
|
 |
