Key: JENKINS-11381
URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
Project: Jenkins
Issue Type: Improvement
Components: subversion
Reporter: soundworker
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
Gavin Baumanis commented on JENKINS-11381:
------------------------------------------
Hi Everyone,
I have (unfortunately) no java skills to assist with a solution.
But please let me add my +1 to the requirement to support SVN 1.7
We have recently upgraded SVN to 1.7
(It solves a few major issues we had with 1.6)
And subsequently cannot use Jenkins for checking out / updating our code.
We are able to do this via ANT, but it is slightly painful.
Gavin.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Minor
John Manko commented on JENKINS-11381:
--------------------------------------
This is a critical bug. I just updated my subversion installation, and it broke Jenkins. I can't downgrade svn at this time.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Minor
John Manko updated JENKINS-11381:
---------------------------------
Priority: Critical (was: Minor)
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
kutzi commented on JENKINS-11381:
---------------------------------
Jenkins uses SVNKit internally for subversion support. Until SVNKit doesn't support 1.7 - announced for end of November http://svnkit.com/download.php - I'm afraid there isn't much we can do about it.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
Zachary Young edited comment on JENKINS-11381 at 10/21/11 11:05 PM:
--------------------------------------------------------------------
Thank you for the update @kutzi.
was (Author: zacharysyoung):
Thank you for the update kutzi.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
Zachary Young commented on JENKINS-11381:
-----------------------------------------
Thank you for the update kutzi.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
Zachary Young edited comment on JENKINS-11381 at 10/21/11 11:06 PM:
--------------------------------------------------------------------
Thank you for the update [~kutzi].
was (Author: zacharysyoung):
Thank you for the update @kutzi.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
Milutin Jovanovic commented on JENKINS-11381:
---------------------------------------------
Does anyone know a workaround, even temporary/unstable one? I tried finding the unstable svnkit jars, but could not find them. Before I spend the time figuring out how to build it, I am curious, would simply replacing the Jenkins svnkit jars be a possible workaround?
Is there a possibility of using JavaHL with Jenkins svn plugin?
P.S. Thanks for your hard work. This is my first Jenkins issue in two years of usage.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Milutin Jovanovic commented on JENKINS-11381:
---------------------------------------------
BTW, I attempted simple jar substitution with trunk of svnkit, and that did not work. Bunch of missing class def exception.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Matthew Inger commented on JENKINS-11381:
-----------------------------------------
Why not allow usage of the command line client, instead of just SVNKit? At least this way, you're not always dependent on a particular downstream product?
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Doug Borg edited comment on JENKINS-11381 at 11/15/11 12:35 AM:
----------------------------------------------------------------
Implementing something like what @tjuerge suggests in JENKINS-2296 (using svnClientAdapter) for the SVN plugin would get you 1.7 support using the command-line option. This is probably not a trivial fix though.
http://subclipse.tigris.org/source/browse/subclipse/trunk/svnClientAdapter/readme.txt?view=markup
was (Author: dougborg):
Implementing something like what is suggested in JENKINS-2296 for the SVN plugin would get you 1.7 support. This is not a trivial fix though.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Doug Borg edited comment on JENKINS-11381 at 11/15/11 12:38 AM:
----------------------------------------------------------------
Implementing something like what [~tjuerge] suggests in JENKINS-2296 (using svnClientAdapter) for the SVN plugin would get you 1.7 support using the command-line option. This is probably not a trivial fix though.
http://subclipse.tigris.org/source/browse/subclipse/trunk/svnClientAdapter/readme.txt?view=markup
was (Author: dougborg):
Implementing something like what @tjuerge suggests in JENKINS-2296 (using svnClientAdapter) for the SVN plugin would get you 1.7 support using the command-line option. This is probably not a trivial fix though.
http://subclipse.tigris.org/source/browse/subclipse/trunk/svnClientAdapter/readme.txt?view=markup
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Kai Virkki commented on JENKINS-11381:
--------------------------------------
Jenkins works fine with Subversion 1.7 if you use the HTTP protocol. The SVN protocol is broken due to a bug in SVNKIT: http://issues.tmatesoft.com/issue/SVNKIT-153
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
David Carson commented on JENKINS-11381:
----------------------------------------
Note that SVNKit support for subversion 1.7 has two flavors. First, there is support for the 1.7 working copy format. This is not necessary to allow Jenkins to work with an svn 1.7 server.
The other problem is a bug with how SVNKit forms the URL when checking out code from an svn 1.7 server. THIS bug must be fixed before Jenkins can incorporate it.
I am happy to say that I checked SVNKit's site this morning, as I am as anxious as the rest of you. They have released 1.3.7, which claims to have fixed the URL bug. Now it is a matter of waiting until Jenkins has updated to the new SVNKit.
Here is the text from the SVNKit site:
Latest Stable Version
6 Dec 2011, 19:02, version 1.3.7
Changelog:
+ 1.7 Subversion servers compatibility issues fixed.
+ Export operation failed on missing directories, fixed.
* For new 1.7 Subversion working copy format support
please use SVNKit 1.7.0-alpha version.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Critical
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Stephane Odul updated JENKINS-11381:
------------------------------------
Priority: Blocker (was: Critical)
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Alexander Veit commented on JENKINS-11381:
------------------------------------------
We are experiencing the same problem after an update to Subversion 1.7. Jenkins with over 120 projects all stands still for two weeks now.
Unfortunately switching to another protocol is not an option for us.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Matthias Ulrich commented on JENKINS-11381:
-------------------------------------------
We are delaying the update of our SVN Server due to this Issue and for several other reasons we really would like to update...
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Jason Sachs commented on JENKINS-11381:
---------------------------------------
>Why not allow usage of the command line client, instead of just SVNKit? At least this way, you're not always dependent on a particular downstream product?
I second this....
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Roland Zwaga commented on JENKINS-11381:
----------------------------------------
Is there some sort of ETA for this fix? I have quite a few projects that can no longer be built by Jenkins. I understand OS work is mostly done in people's spare time, but a rough estimate of when this can be fixed would be really appreciated.
Thanks a lot in advance.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Evan Owens commented on JENKINS-11381:
--------------------------------------
>Why not allow usage of the command line client, instead of just SVNKit? At least this way, you're not always dependent on a particular downstream product?
I third this.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
kutzi commented on JENKINS-11381:
---------------------------------
>Why not allow usage of the command line client, instead of just SVNKit? At least this way, you're not always dependent on a particular downstream product?
In that case you're dependent on having the user installed the 'right' version of the native svn client. I'm not sure if that is the better alternative.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Milutin Jovanovic commented on JENKINS-11381:
---------------------------------------------
> Is there some sort of ETA for this fix?
Jenkins SVN depends on SVNKIT. They have been promising a new version for a while, but always ran into trouble. Currently their web site says release Feb 2012, but since they are about to release beta, I am guessing March. It's a guess. I am sure Jenkins SVN people will update the plugin as soon as the underlying library is updated.
> In that case you're dependent on having the user installed the 'right' version of the native svn client. I'm not sure if that is the better alternative.
It worked fine for Netbeans for months... Jumping through some hoops is prefereable to it not working at all. I fourth this.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Gustavo Chaves commented on JENKINS-11381:
------------------------------------------
> In that case you're dependent on having the user installed the 'right' version of the native svn client. I'm not sure if that is the better alternative.
What about a global or a job configuration option to let the user decide which svn client to use?
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Chris Platts commented on JENKINS-11381:
----------------------------------------
Hi,
I've got a few projects which perform a svn commit as part of their build process (a script updates version numbers to match the build/revision before committing those changes back to the repository).
As a workaround, I've added an 'svn upgrade .' command before the 'svn commit .' statement. This means that the old-format working dir created by Jenkins is able to be committed at the end of the build.
This works, but almost doubles the time that each build takes. I'm really looking forward to an update to this plugin to support v1.7 working copies.
Of course, as mentioned, I'd also have no problem with an option to use the native svn client.
Thanks,
Chris
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Jay Beeckman commented on JENKINS-11381:
----------------------------------------
Any update on this? It appears that SVNKIT has updated their stuff? An ETA would be great.
> Subversion Plugin does not support Subversion 1.7
> -------------------------------------------------
>
> Key: JENKINS-11381
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11381
> Project: Jenkins
> Issue Type: Improvement
> Components: subversion
> Reporter: soundworker
> Priority: Blocker
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
Milutin Jovanovic commented on JENKINS-11381:
---------------------------------------------
I am not the maintainer, but interested in this...
SVNKit is still in release candidate stage, so I don't think svn plugin will be updated until SVNKit is fully released.
Jay Beeckman commented on JENKINS-11381:
----------------------------------------
This is according to SVNKit's web page (http://svnkit.com/download.php):
"Lastest stable version of SVNKit (1.3.7) is not compatible with Subversion 1.7 working copy format. However, SVNKit 1.7 is under development now and we plan to release it in 12th of April 2012. We plan to publish first Release Candidate build till the end of February 2012."
This is in three days, when could we reasonably expect this to be rolled into the plugin if they do indeed release on the 12th?
Gustavo Chaves commented on JENKINS-11381:
------------------------------------------
SVNKit 1.7.4 has just been released. The [download page|http://svnkit.com/download.php] says this:
{quote}
Lastest stable version of SVNKit (*1.7.4*) is *compatible* with Subversion 1.7 working copy format and with Subversion 1.7 servers.
{quote}
Dmitry Teterevyatnikov commented on JENKINS-11381:
--------------------------------------------------
Due to released SVNKit, do you have any plans to update Subversion plugin?
J T commented on JENKINS-11381:
-------------------------------
Any updates on this? It appears there is a stable release of SVNKit which supports 1.7
Qin Ding commented on JENKINS-11381:
------------------------------------
There is my workaround :
1. Install the latest CollabNet Subversion Client to the server, which provides svn command-line tool.
2. Put all maven commands into a shell, i.e. bat for Windows.
3. Use maven-antrun-plugin to execute that shell.
4. In Jenkins configuration page, just use 'antrun:run' as the 'Goals and options'.
It works because the shell will use the system variable where PATH includes the latest CollabNet path rather than the old svn path used by Jenkins.
My website : http://softhinker.com
Dmitry Teterevyatnikov commented on JENKINS-11381:
--------------------------------------------------
Your workaround seems good, but how you can replace Jenkins CI SVN checkout/update from SVN action? Current problem with SVN 1.7 support in Jenkins is: Jenkins will check-out/update project code from SVN 1.7 server in outdated SVN 1.6 file format and latest command-line SVN clients are not compatible with old SVN 1.6 file format
Qin Ding edited comment on JENKINS-11381 at 4/18/12 10:14 AM:
--------------------------------------------------------------
There is my workaround :
1. Install the latest CollabNet Subversion Client to the server, which provides svn command-line tool.
2. Put all maven commands into a shell, i.e. bat for Windows.
3. Use maven-antrun-plugin to execute that shell.
4. In Jenkins configuration page, just use 'antrun:run' as the 'Goals and options'.
It works because the shell will use the system variable where PATH includes the latest CollabNet path rather than the old svn path used by Jenkins.
My website describes more : http://www.softhinker.com/in-the-news/howtomakejenkinssupportsubversion17
was (Author: softhinker):
There is my workaround :
1. Install the latest CollabNet Subversion Client to the server, which provides svn command-line tool.
2. Put all maven commands into a shell, i.e. bat for Windows.
3. Use maven-antrun-plugin to execute that shell.
4. In Jenkins configuration page, just use 'antrun:run' as the 'Goals and options'.
It works because the shell will use the system variable where PATH includes the latest CollabNet path rather than the old svn path used by Jenkins.
My website : http://softhinker.com
Jeremy Truelove commented on JENKINS-11381:
-------------------------------------------
Not everyone uses ant/maven
Dmitry Teterevyatnikov commented on JENKINS-11381:
--------------------------------------------------
I am agree with Jeremy, i.e. everyone wants to use the Jenkins with all its features "from the box" with the best performance. Does anyone knows how to speedUp this issue to be resolved?
Matthias Ulrich commented on JENKINS-11381:
-------------------------------------------
I also want to point out, that the workaround is not applicable to all use cases of Jenkins and that this is a show stopper in some situation.
So as svnkit for svn1.7 is availble, this issue should be assigned as it is a showstopper/"Blocker".
Matthias Ulrich edited comment on JENKINS-11381 at 4/18/12 3:03 PM:
--------------------------------------------------------------------
I also want to point out, that the workaround is not applicable to all use cases of Jenkins and that this is a show stopper in some situations.
So as svnkit for svn 1.7 is availble now, this issue should be assigned as it is a "Blocker".
was (Author: mulrich):
Jan Klass commented on JENKINS-11381:
-------------------------------------
@Dmitry:
The only thing you can do to speed up the process is
* vote on this issue (left of top right)
* fix / implement it yourself and commit / provide patch/diff
Jay Beeckman commented on JENKINS-11381:
----------------------------------------
Jan, I have considered trying to get the fix in myself. If I wasn't so busy right now I would. This is holding up a big integration we have done with our delivery process, so it's killing me, but not something I could do right away. I do like your suggestion of voting, more voices the better :-)
Jay
Jeremy Truelove commented on JENKINS-11381:
-------------------------------------------
Are there any plans going forward to decouple Jenkins from specific svn versions, i.e. allow the user to specify the executable? Like what is done for git etc...
Jamie Press commented on JENKINS-11381:
---------------------------------------
SVNKit 1.7.4 is now out, which does allow functionality with both 1.7 server and working copies...
/hopeful glance?
Dmitry Teterevyatnikov commented on JENKINS-11381:
--------------------------------------------------
Looks like Jenkins Jira is "dead"... really strange for a so popular service/product. Does anyone knows how to force this issue to be resolved (together with voiting)?
Mark Dreyer commented on JENKINS-11381:
---------------------------------------
The hudson team did some work on this that included removing the customization to svn kit. If the same can be done with jenkins, you could just use the new svnkit library.
See http://issues.hudson-ci.org/browse/HUDSON-9111 for more info.
Jamie Press commented on JENKINS-11381:
---------------------------------------
In JENKINS-11933, the 'duplicate' issue for this, someone added a patch file that theoretically upgrades the svnkit version from the defective 1.3.6.1 to the partially working 1.3.7 (this version can apparently speak to the 1.7.x server, though not 1.7.x working copy).
As I would guess that most of us are only using Jenkins to check out the latest version, this may serve as a workaround for many. However, applying a patch file is a little beyond my expertise. Is anyone able to see if that patch works, and if so, post the patched svnkit? It apparently makes a version called 1.3.7-jenkins-0.
All that being said, Dreyguy is right in saying the Hudson team made the right move. Decoupling the svnkit from the plugin would be desirable.
centic commented on JENKINS-11381:
----------------------------------
I have now attached the .hpi file that I use locally for getting at least 1.7-server supported in Jenkins to JENKINS-11933.
hyunsoo lee commented on JENKINS-11381:
---------------------------------------
Thanks a lot!!! centic!!
It's working
Dmitry Teterevyatnikov commented on JENKINS-11381:
--------------------------------------------------
@centric: Thanks for the patch. But it looks like even with your patch we still have a problem with full SVN 1.7 support by Jenkins.
I.e. currently on our build environments, Jenkins works fine with SVN 1.7 with old 1.6 SVN format. Everithing works correct, but.. performance of all SVN related operations is horrible. I.e. checkout of SVN 1.7 trunk by Jenkins with size about 100 MB takes about 30-40 minutes. Due to SVN 1.6 working format is used by current version of Jenkins SVN plugin, newest command-line SVN clients works with old SVN 1.6 format really slow. At the result our releases takes more then hour, where 40 minutes - it is a SVN-related tasks.
I am totally sure that update of Subversion plugin on Jenkins to latest SVNKit will fix all SVN performance re;lated problems.
centic commented on JENKINS-11381:
----------------------------------
Sorry, I already gave it a try and started the merge of 1.7.4 and the jenkins-specific changes, but there are a lot of conflicts and I lack some knowledge about the changes in the jenkins-version to tell me how to solve them... Maybe I try again and see if a hacky-wacky merge leads at least to a workable solution...
Kumar Kartikeya commented on JENKINS-11381:
-------------------------------------------
I tried replacing old current jars in /plugins/subversion/WEB-INF/lib/ with sequence-library-1.0.1.jar svnkit-1.7.4.jar, but getting following
FATAL: org/tmatesoft/svn/core/auth/ISVNAuthenticationOutcomeListener
java.lang.NoClassDefFoundError: org/tmatesoft/svn/core/auth/ISVNAuthenticationOutcomeListener