[ 
https://issues.apache.org/jira/browse/MDEPLOY-128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17965638#comment-17965638
 ] 

Olivier Lamy commented on MDEPLOY-128:
--------------------------------------

This project has moved from Jira to GitHub Issues. This issue was migrated to 
[apache/maven-deploy-plugin#156|https://github.com/apache/maven-deploy-plugin/issues/156].
 

> Add deploy-dir goal
> -------------------
>
>                 Key: MDEPLOY-128
>                 URL: https://issues.apache.org/jira/browse/MDEPLOY-128
>             Project: Maven Deploy Plugin (Moved to GitHub Issues)
>          Issue Type: New Feature
>    Affects Versions: 2.6
>            Reporter: Jochen Wiedmann
>            Priority: Major
>         Attachments: deploy-dir-mojo.patch
>
>
> The attached patch introduces a deploy-dir Mojo, which basically works just 
> like the site plugins site-deploy mojo, except that it is configured manually 
> (like deploy-file) and not from within the POM.
> My personal use case is as follows: I've got an Eclipse update site, which is 
> built with Tycho. However, Tycho doesn't allow me to deploy the created 
> update site. Deploying this update site currently requires the antrun plugin, 
> or similar mechanisms, which completely circumvent Wagon and all these 
> things, which are already built into Maven. In particular, I can't use the 
> authentication, which is configured anyways, because the host carrying my 
> update site is (surprise!) the same host, which carries my repository and my 
> deployed site and everything is deployed using SFTP anyways.
> Rather than building this into Tycho, I choosed a more generic approach, as I 
> believe that my requirement might be useful for other purposes as well.
> The patch includes a test case based on the plugin-testing-harness.
> The patch borrows heavily from site:site-deploy. I won't comment, whether 
> this makes sense or not. I am ready to refactor the patch, should that be 
> required. However, I'd like to have something like a basic "Ok", before doing 
> this additional work.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to