That would probably work for our test server but our prodection boxes are updating using war files. I'll give it a try.
Thanks for your help. Jan.Materne wrote: > > 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:[EMAIL PROTECTED] >>Gesendet: Freitag, 3. August 2007 14:25 >>An: [email 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:[EMAIL 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 <[EMAIL 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: [EMAIL PROTECTED] >>>>For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL 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: [EMAIL PROTECTED] >>For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Problem-with-build-after-method-signature-change-tf4207673.html#a11982524 Sent from the Ant - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
