[
http://jira.codehaus.org/browse/MASSEMBLY-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163982#action_163982
]
Petar Tahchiev commented on MASSEMBLY-115:
------------------------------------------
All of the plexus archivers implement the Archiver interface, which has the
setForce method defined.
We simply call the
delegate.setForced(forced);
method on the delegate Archiver interface object.
I think update functionality should work for all the archivers, since they
implement the setForce method. And if it doesn't work for any of those then it
should be a problem of the given archiver. And in this case we will fallback
and support only forced (non-update) creation of archives for that archiver.
> 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
