I dont see anything like that in this project. Other projects unrelated to flex do use filtering.
-Gord On Wed, Apr 29, 2009 at 3:51 PM, Nick Stolwijk <[email protected]> wrote: > Could it be that there is some resource filtering going on? [1] > > [1] > http://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html > > Hth, > > Nick Stolwijk > ~Java Developer~ > > Iprofs BV. > Claus Sluterweg 125 > 2012 WS Haarlem > www.iprofs.nl > > > > On Wed, Apr 29, 2009 at 9:38 PM, Gordon Cody <[email protected]> wrote: >> Hi Nick >> On Wed, Apr 29, 2009 at 3:21 PM, Nick Stolwijk <[email protected]> >> wrote: >>>> When I compare the 2 wars, I see that the swf files are different in the >>>> 2 versions. >>> What do you mean by different? >>> >> When I do a byte by byte comparison large chunks of the files show up >> as different >> not just the occasional 4 bytes or even a date string. >> >>>> As swf files are binary it is extremely difficult to determine if the only >>>> difference between the 2 is >>>> timestamps. >>> No, it is not. Just compare their checksums (md5). Maven copies the >>> resources to /target before war'ing them, so the timestamps could be >>> different. >>> >>> Another cause may be that due to svn:keywords and properties the files >>> indeed are different. Do you have svn:keywords on your binary files? >>> >> No we are not using svn:keywords , but a good point that I will keep in mind. >> >>> Did you do a new checkout? >> Even if there were svn:keywords those fields would still have been the same >> in 2 sequential builds since I did not check out the code again. >> >> Regards Gord >> >>> >>> With regards, >>> >>> Nick Stolwijk >>> ~Java Developer~ >>> >>> Iprofs BV. >>> Claus Sluterweg 125 >>> 2012 WS Haarlem >>> www.iprofs.nl >>> >>> >>> >>> On Wed, Apr 29, 2009 at 9:14 PM, Gordon Cody <[email protected]> wrote: >>>> When I compare the 2 wars, I see that the swf files are different in >>>> the 2 versions. >>> >>> --------------------------------------------------------------------- >>> 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] >> >> > > --------------------------------------------------------------------- > 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]
