[ 
https://jira.codehaus.org/browse/SCM-718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Scholte reopened SCM-718:
--------------------------------


http://code.google.com/a/apache-extras.org/p/maven-scm-provider-svnjava/wiki/Usage
 explains how to do that.
And right now that's indeed bound to the project instead of the system.

The only way I can think of is extending the {{svn-settings.xml}} with the 
option of the implementation, but that requires to manually add the 
maven-scm-provider-svnjava dependencies to the classpath of Maven.

You probably don't want to do that for every developer. Hence, in that case 
define maven-scm-provider-svnjava as the svn implementation in your company-pom.

As said: the out-of-the-box option is just not possible due to license issues.
                
> Please include Java-based SVN client
> ------------------------------------
>
>                 Key: SCM-718
>                 URL: https://jira.codehaus.org/browse/SCM-718
>             Project: Maven SCM
>          Issue Type: Improvement
>          Components: maven-scm-provider-svn
>    Affects Versions: future
>            Reporter: Markus KARG
>            Assignee: Robert Scholte
>
> It is rather annoying that both major "Maven Embedders" (Eclipse IDE and 
> Jenkins CI Server) are able to talk to SVN Servers without the need to have 
> Subversion installed explicitly, but when running MVN:SCM mojos the same 
> containers "inherit" Maven SCM's need for a native and explicitly installed 
> Subversion client. :-(
> It would be so great if the SCM:SVN implementation would include a Java-based 
> SVN client just as Eclipse and Jenkins do. For most use cases this would 
> simplify the admin's job by far (think of a Jenkins CI build farm for 
> example, where the admin currently needs to install SVN on each build slave), 
> while all others could still explicitly disable the built-in Java-based 
> client, effectively falling back to the current need of having SVN on disk.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to