[jira] Commented: (MDEPLOY-114) Add an option to not fail when remote file already exists and redeploy is forbidden

["Benjamin Bentmann (JIRA)" <ji...@codehaus.org>]

    [ http://jira.codehaus.org/browse/MDEPLOY-114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=202070#action_202070 ] 

Benjamin Bentmann commented on MDEPLOY-114:
-------------------------------------------

Why not simply drop the staging repository in Nexus before redoing the release?

> Add an option to not fail when remote file already exists and redeploy is forbidden
> -----------------------------------------------------------------------------------
>
>                 Key: MDEPLOY-114
>                 URL: http://jira.codehaus.org/browse/MDEPLOY-114
>             Project: Maven 2.x Deploy Plugin
>          Issue Type: Wish
>          Components: deploy:deploy
>    Affects Versions: 2.4
>            Reporter: Julien HENRY
>
> In my organisation we are using a MRM (Nexus) with redeployment of release that is forbidden.
> Sometimes the release:perform may fail in the middle of a multi-module release. It means some modules were deployed but other are not.
> Currently it is not possible to restart the release as it will fail on first deployment (usually the parent pom of the multimodule) because the pom was already deployed during the first attempt.
> I would like to add an option to the deploy plugin that may deal with this case. Perhaps an option like -Dredeploy=false that may either :
> 1) check if the remote file already exists before trying to upload
> 2) try to upload everytime but not fail the build
> The problem with the second proposal is the error returned by Nexus is authorization error so we may not be able to distinguish real authorization error on a new file and redeploy attempt.
> Caused by: org.apache.maven.wagon.authorization.AuthorizationException: Access denied to: http://nexus.mycompany.com/
> content/repositories/myrepo/com/mycustomer/project/parent/3.2.0/parent-3.2.0.pom
>         at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.put(AbstractHttpClientWagon.java:360)
> Other options may be more complicated like implementing an atomic deploy process on multimodule (may need a big change of the deploy protocol).

-- 
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