[ 
http://jira.codehaus.org/browse/MASSEMBLY-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163984#action_163984
 ] 

John Casey commented on MASSEMBLY-115:
--------------------------------------

Testing whether the forcing actually works on individual archivers (especially 
tar.gz, tar.bz2, tar, zip, jar, etc....the main ones in use) is exactly what I 
meant. I'm not at all certain or willing to bet that those archiver 
implementations are doing the right thing WRT forcing. We've had too many 
problems with features that are outside the mainstream in plexus-archiver 
historically for me to think they already work.

Call me a skeptic, but I'd much rather see tests for those archivers before we 
claim that this is working for the assembly plugin. I've been bitten too many 
times doing that.

> Should avoid modifying assembly if none of the underlying files have changed.
> -----------------------------------------------------------------------------
>
>                 Key: MASSEMBLY-115
>                 URL: http://jira.codehaus.org/browse/MASSEMBLY-115
>             Project: Maven 2.x Assembly Plugin
>          Issue Type: Improvement
>            Reporter: David Boden
>            Assignee: Petar Tahchiev
>             Fix For: 2.3-beta-1
>
>         Attachments: massembly-115.patch
>
>
> At the moment, the assembly plugin always generates a the specified bundle, 
> no matter whether or not the files to be placed in the bundle are changed.
> This means that any plugins downstream (e.g. you want to digitally sign the 
> bundle) behave as if a "clean" has taken place.
> It would be better if the assembly plugin did not build a bundle if it is 
> going to be the same as what was produced during the last build. That way, 
> the last modified timestamp of the bundle won't get updated, and the 
> downstream plugins will know that nothing has changed.
> Adding an assembly to a build currently slows down the iterative "install" 
> build very significantly because of this issue. Clean builds are not effected 
> by this issue, but effectively the assembly is forcing a clean build every 
> time.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to