Hi Jeff Its actually much uglier than that in my opinion. In builds done a few seconds apart there are not just a few bytes that show as different but large chunks of the swf. I have even seen it generate files that are different in size (by 1 byte) which really surprised me.
Regards, Gord On Thu, May 7, 2009 at 9:06 AM, Jeff MAURY <[email protected]> wrote: > Having played with flex-mojos, I remember that the MXML Flex compiler seems > to put the current date in the generated SWF and it may be binary encoded so > a simple diff will not clearly expose the difference. > > Regards > Jeff MAURY > > 2009/4/30 Nick Stolwijk <[email protected]> > >> Ah, those swf files were generated. :) I thought those came from your SVN. >> >> Nick Stolwijk >> ~Java Developer~ >> >> Iprofs BV. >> Claus Sluterweg 125 >> 2012 WS Haarlem >> www.iprofs.nl >> >> >> >> On Wed, Apr 29, 2009 at 10:14 PM, Gordon Cody <[email protected]> wrote: >> > Upon further investigation me thinks this is a flex issue. >> > >> > mxmlc x.mxml >> > >> > twice in a row is generating different swf files >> > i have a support call open with them now >> > >> > Will let you know what I find out. >> > >> > Thanks for your time Nick >> > >> > Regards, Gord >> > >> > >> > On Wed, Apr 29, 2009 at 4:05 PM, Nick Stolwijk <[email protected]> >> wrote: >> >> Are the differences already present between the original source >> >> (src/main/resources/ or src/main/webapp) and the files under /target >> >> (whether in /target/classes or in /target/war)? >> >> >> >> With regards, >> >> >> >> Nick Stolwijk >> >> ~Java Developer~ >> >> >> >> Iprofs BV. >> >> Claus Sluterweg 125 >> >> 2012 WS Haarlem >> >> www.iprofs.nl >> >> >> >> >> >> >> >> On Wed, Apr 29, 2009 at 10:02 PM, Gordon Cody <[email protected]> >> wrote: >> >>> 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] >> >>> >> >>> >> >> >> >> --------------------------------------------------------------------- >> >> 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] >> >> > > > -- > La mélancolie c’est communiste > Tout le monde y a droit de temps en temps > La mélancolie n’est pas capitaliste > C’est même gratuit pour les perdants > La mélancolie c’est pacifiste > On ne lui rentre jamais dedans > La mélancolie oh tu sais ça existe > Elle se prend même avec des gants > La mélancolie c’est pour les syndicalistes > Il faut juste sa carte de permanent > > Miossec (2006) > > http://www.jeffmaury.com > http://riadiscuss.jeffmaury.com > http://www.lastfm.fr/listen/user/jeffmaury/personal > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
