On 4/13/07, David Corbin <[EMAIL PROTECTED]> wrote:
On Friday 13 April 2007 07:28, Jerome Lacoste wrote:
> > Sorry. Maven 2.0.6 and the released version of webstart-maven-plugin (I
> > don't know how to find the version).
>
> then 1.0-alpha-1, that's the only one released.
>
> Isn't the version displayed when you do mvn -X ?
Why yes it is. doh!
>
> OK. So the first failure was due to a user configuration failure ?
Yes, absolutely.
>
> OK now I get your problem. If you have a failure, then jars are
> already copied and the mechanism to identify whether or not the jars
> should be resigned is not good enough.
>
> That should be clearly an improvement. The best would be to be able to
> check the signature.
True, but probably a bit more overhead.
> I would lean toward doing something like
>
> copy the file under a special name (i.e. myjar.jar_unsigned) sign it
> and rename it to the final jar. That way only signed jars will have
> the correct name.
>
> Does that sound good to you ?
Seems like it should work.
> Would you like to try to create a patch
> for that ?
I'd *like* to, but I'm really swamped at the moment so it won't happen for a
while. Also, as mentioned elsewhere I had problems with a trunk-built
version of the plugin (which probably only means spending more time I don't
have).
> Please open an issue in Jira.
http://jira.codehaus.org/browse/MOJO-747
OK. Next time use the MWEBSTART project :)
[...]
> > As thing stand now, doing a "mvn clean" adds a bunch of (otherwise)
> > unnecessary time for me.
>
> Only if you've made a configuration failure, right ? :)
What I'm 'concerned' about is doing "mvn clean" at a much higher-level
(because of some other problem else where in the build-system, and thus
triggering an unnecessary signing later.
the mvn clean you only need to run it in the module that uses the
webstart plugin. How does that affect your build time so much ?
Jerome
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
