On 01/04/2010, Jörg Schaible <joerg.schai...@gmx.de> wrote:
> Hi Brett,
>
>  Brett Randall wrote:
>
>
> > <snip/>
>  >>
>  >> I'd bet that the retroweaver will produce everytime the same thing.
>  >> However, md5sums (ans sha1sum) is generated by the deploy plugin
>  >> automatically and will always validate the deployed jar itself.
>  >>
>  >> - Jörg
>  >>
>  > <snip/>
>  >
>  > For the md5sum I was referring to an md5sum run against .class files
>  > extracted from the retro-weaved JAR, varying from build to build.  On
>  > the bsf-engines module from the 3.x branch, this can be observed by
>  > running the following command twice:
>  >
>  > bsf-engines$ mvn clean install && unzip -p
>  > target/bsf-engines-3.0-SNAPSHOT.jar bsh/engine/BshScriptEngine.class |
>  > md5sum
>  > <snip/>
>  > c6817d078ad972bcf1716e05e4c7f52f  -
>  > bsf-engines$ mvn clean install && unzip -p
>  > target/bsf-engines-3.0-SNAPSHOT.jar bsh/engine/BshScriptEngine.class |
>  > md5sum
>  > <snip/>
>  > 49fb13a50a5c8bbf88823f31ca882680  -
>  >
>  > Not sure what to make of that - is it retroweaver?  Maybe retroweaver
>  > places some datetime related info into the instrumented class-file.
>

If you compare the classfiles, the last few bytes of each file are
slightly different.
Dunno if this is a datestamp or not.

However, the dates of the class files are also different; this is
probably caused by the repackaging process in the Ant script.

> It have to be retroweaver then..

And Ant.

>
>  > It doesn't matter, just pointing out that this tripped me when I was
>  > trying to fix the build and test that I was producing the exact same
>  > artifact with the new build.  It turns out that the artifact will be
>  > different from build to build without changes, unless I am missing
>  > something.
>
>
> That's simply unfortunate. :-/
>
>
>  - Jörg
>
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
>  For additional commands, e-mail: general-h...@gump.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org

Reply via email to