Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-10628

SCM build trigger not working correctly with variables in SVN URL

    Details

    • Type: Bug
    • Status: Reopened
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: subversion-plugin
    • Labels:
      None

      Description

      I tried using variables in my SVN URL with Subversion plug-in 1.29, but now the SCM build trigger triggers a new build on every update check.

      I created two global variables in the Jenkins System Configuration:

      MYSVN_BASE=file:///home/svn/myproject
      MYSVN_BRANCH=trunk

      and in my build job I use

      $MYSVN_BASE/$MYSVN_BRANCH

      as the SVN URL and the SCM build trigger set to check every 15 minutes for updates.

      Despite a nasty "Invalid URL syntax" error marker below the URL field, checking out and building the project works fine. However, the log says:

      Started by an SCM change
      Updating file:///home/svn/myproject/trunk
      At revision 13360
      no revision recorded for $MYSVN_BASE/$MYSVN_BRANCH in the previous build

      And on any subsequent SCM check, the build is triggered with that same message...

      1. JENKINS-10628.patch
        2 kB
        Bela Eröss
      2. subversion-plugin-1.43-Jenkins-16116.patch
        1.81 MB
        Klaus Azesberger

        Issue Links

          Activity

          creckord creckord created issue -
          creckord creckord made changes -
          Field Original Value New Value
          Affects Version/s current [ 10162 ]
          Hide
          josbraaksma Jos Braaksma added a comment -

          could be the same

          Show
          josbraaksma Jos Braaksma added a comment - could be the same
          josbraaksma Jos Braaksma made changes -
          Link This issue is related to JENKINS-10925 [ JENKINS-10925 ]
          Hide
          rjohnst Rob Johnston added a comment - - edited

          Reproduced in Jenkins 1.427 with SVN Plugin 1.31

          Show
          rjohnst Rob Johnston added a comment - - edited Reproduced in Jenkins 1.427 with SVN Plugin 1.31
          sogabe sogabe made changes -
          Assignee sogabe [ sogabe ]
          Hide
          dogfood dogfood added a comment -

          Integrated in plugins_subversion #118
          [FIXED JENKINS-10628]SCM build trigger not working correctly with variables in SVN URL.

          sogabe :
          Files :

          • /trunk/hudson/plugins/subversion/src/main/java/hudson/scm/SubversionSCM.java
          • /trunk/hudson/plugins/subversion/src/main/java/hudson/scm/SubversionChangeLogBuilder.java
          Show
          dogfood dogfood added a comment - Integrated in plugins_subversion #118 [FIXED JENKINS-10628] SCM build trigger not working correctly with variables in SVN URL. sogabe : Files : /trunk/hudson/plugins/subversion/src/main/java/hudson/scm/SubversionSCM.java /trunk/hudson/plugins/subversion/src/main/java/hudson/scm/SubversionChangeLogBuilder.java
          sogabe sogabe made changes -
          Status Open [ 1 ] Resolved [ 5 ]
          Resolution Fixed [ 1 ]
          Hide
          scm_issue_link SCM/JIRA link daemon added a comment -

          Code changed in jenkins
          User: sogabe
          Path:
          src/main/java/hudson/scm/SubversionChangeLogBuilder.java
          src/main/java/hudson/scm/SubversionSCM.java
          http://jenkins-ci.org/commit/subversion-plugin/a9229e4c041149518d2e310337b7035ae3aba086
          Log:
          [FIXED JENKINS-10628]SCM build trigger not working correctly with variables in SVN URL.

          Show
          scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: sogabe Path: src/main/java/hudson/scm/SubversionChangeLogBuilder.java src/main/java/hudson/scm/SubversionSCM.java http://jenkins-ci.org/commit/subversion-plugin/a9229e4c041149518d2e310337b7035ae3aba086 Log: [FIXED JENKINS-10628] SCM build trigger not working correctly with variables in SVN URL.
          Hide
          scm_issue_link SCM/JIRA link daemon added a comment -

          Code changed in jenkins
          User: sogabe
          Path:
          src/main/java/hudson/scm/SubversionChangeLogBuilder.java
          src/main/java/hudson/scm/SubversionSCM.java
          http://jenkins-ci.org/commit/subversion-plugin/a9229e4c041149518d2e310337b7035ae3aba086
          Log:
          [FIXED JENKINS-10628]SCM build trigger not working correctly with variables in SVN URL.

          Show
          scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: sogabe Path: src/main/java/hudson/scm/SubversionChangeLogBuilder.java src/main/java/hudson/scm/SubversionSCM.java http://jenkins-ci.org/commit/subversion-plugin/a9229e4c041149518d2e310337b7035ae3aba086 Log: [FIXED JENKINS-10628] SCM build trigger not working correctly with variables in SVN URL.
          rseguy Romain Seguy made changes -
          Link This issue is duplicated by JENKINS-10925 [ JENKINS-10925 ]
          rseguy Romain Seguy made changes -
          Link This issue is related to JENKINS-10925 [ JENKINS-10925 ]
          kutzi kutzi made changes -
          Link This issue is duplicated by JENKINS-10485 [ JENKINS-10485 ]
          kutzi kutzi made changes -
          Link This issue is related to JENKINS-11592 [ JENKINS-11592 ]
          Hide
          leojhartiv leojhartiv added a comment -

          I'm still seeing this behavior in Jenkins 1.437 and Subversion Plugin 1.34. I have my Subversion Repository URL configured as: $

          {03_RELEASE_BRANCH}/application

          My poll SCM setting is: */5 * * * *

          Every 5 minutes, regardless of whether there are new code changes, a build is kicked off. The polling log shows the following:

          Started on Nov 16, 2011 8:25:54 AM
          Workspace doesn't contain ${03_RELEASE_BRANCH}

          /application. Need a new build.
          Done. Took 18 ms
          Changes found

          Is anyone else seeing this behavior still? Does this Jira need to be re-opened?

          Show
          leojhartiv leojhartiv added a comment - I'm still seeing this behavior in Jenkins 1.437 and Subversion Plugin 1.34. I have my Subversion Repository URL configured as: $ {03_RELEASE_BRANCH}/application My poll SCM setting is: */5 * * * * Every 5 minutes, regardless of whether there are new code changes, a build is kicked off. The polling log shows the following: Started on Nov 16, 2011 8:25:54 AM Workspace doesn't contain ${03_RELEASE_BRANCH} /application. Need a new build. Done. Took 18 ms Changes found Is anyone else seeing this behavior still? Does this Jira need to be re-opened?
          Hide
          sogabe sogabe added a comment -

          How did you set "03_RELEASE_BRANCH"?

          Show
          sogabe sogabe added a comment - How did you set "03_RELEASE_BRANCH"?
          Hide
          leojhartiv leojhartiv added a comment -

          It's set via the global variables in jenkins/config

          Show
          leojhartiv leojhartiv added a comment - It's set via the global variables in jenkins/config
          Hide
          leojhartiv leojhartiv added a comment -

          Note that on checkout the variable is correctly resolved.

          Show
          leojhartiv leojhartiv added a comment - Note that on checkout the variable is correctly resolved.
          Hide
          leojhartiv leojhartiv added a comment -

          Were you able to reproduce the problem? Would you like me to reopen this issue or open a new one?

          Thanks!

          Show
          leojhartiv leojhartiv added a comment - Were you able to reproduce the problem? Would you like me to reopen this issue or open a new one? Thanks!
          Hide
          alanbirtles Alan Birtles added a comment - - edited

          I am still unable to use a build parameter as part of the svn url. Builds work fine but when polling I see:

           
          Started on Jan 6, 2012 3:10:51 PM
          Location 'http://<respository>/${svn_tag}' does not exist
          One or more repository locations do not exist anymore for hudson.model.FreeStyleProject@5a348b27[<project>], project will be disabled.
          Done. Took 0.41 sec
          No changes
          

          I am using jenkins 1.446 with svn plugin 1.37

          Show
          alanbirtles Alan Birtles added a comment - - edited I am still unable to use a build parameter as part of the svn url. Builds work fine but when polling I see: Started on Jan 6, 2012 3:10:51 PM Location 'http://<respository>/${svn_tag}' does not exist One or more repository locations do not exist anymore for hudson.model.FreeStyleProject@5a348b27[<project>], project will be disabled. Done. Took 0.41 sec No changes I am using jenkins 1.446 with svn plugin 1.37
          leojhartiv leojhartiv made changes -
          Resolution Fixed [ 1 ]
          Status Resolved [ 5 ] Reopened [ 4 ]
          Hide
          mdessure Martin Dessureault added a comment -

          I am seeing the same issue: svn url defined as a global variable in jenkins->config. Polling log shows the same thing as reported and every time it polls, it results in a build. When building, the variable expansion works properly.

          jenkins v1.449, svn plugin v1.37.

          Show
          mdessure Martin Dessureault added a comment - I am seeing the same issue: svn url defined as a global variable in jenkins->config. Polling log shows the same thing as reported and every time it polls, it results in a build. When building, the variable expansion works properly. jenkins v1.449, svn plugin v1.37.
          Hide
          spikehains Spike Hains added a comment -

          I am also seeing this issue. The project builds when forced but the polling fails and as a result, disables the project.

          Show
          spikehains Spike Hains added a comment - I am also seeing this issue. The project builds when forced but the polling fails and as a result, disables the project.
          Hide
          leojhartiv leojhartiv added a comment -

          Any updated on this issue?

          Show
          leojhartiv leojhartiv added a comment - Any updated on this issue?
          Hide
          spikehains Spike Hains added a comment -

          We absolutely love the speed, ease of use, and elegance of Jenkins, but not being able to use SCM polling for our QA builds is quite an inconvenience. Is there a workaround perhaps?

          Show
          spikehains Spike Hains added a comment - We absolutely love the speed, ease of use, and elegance of Jenkins, but not being able to use SCM polling for our QA builds is quite an inconvenience. Is there a workaround perhaps?
          Hide
          beroess Bela Eröss added a comment -

          The root cause why the global properties are not replaced is actually in jenkins-core, class hudson.model.AbstractBuild, method getEnvironment(...) where the List<Environment> buildEnvironments in this case is null, because the polling method compareRemoteRevisionWith(...) in the subversion plugin class hudson.scm.SubversionSCM tries to gather the information from the last build. You will find my fix attached to this issue, as a Subversion Patch.

          Show
          beroess Bela Eröss added a comment - The root cause why the global properties are not replaced is actually in jenkins-core, class hudson.model.AbstractBuild, method getEnvironment(...) where the List<Environment> buildEnvironments in this case is null, because the polling method compareRemoteRevisionWith(...) in the subversion plugin class hudson.scm.SubversionSCM tries to gather the information from the last build. You will find my fix attached to this issue, as a Subversion Patch.
          Hide
          beroess Bela Eröss added a comment -

          patch to resolve this issue

          Show
          beroess Bela Eröss added a comment - patch to resolve this issue
          beroess Bela Eröss made changes -
          Attachment JENKINS-10628.patch [ 21762 ]
          Hide
          spikehains Spike Hains added a comment -

          Thank you very much Bela! I applied your patch and rebuilt the Subversion plugin and have confirmed that polling now works successfully for SVN urls that contain a variable. We are currently on Jenkins version 1.455. The following was helpful in installing the updated core plugin:
          https://wiki.jenkins-ci.org/display/JENKINS/Plugin+tutorial#Plugintutorial-Deployingacustombuildofacoreplugin

          Thanks again for helping us out with this.

          Show
          spikehains Spike Hains added a comment - Thank you very much Bela! I applied your patch and rebuilt the Subversion plugin and have confirmed that polling now works successfully for SVN urls that contain a variable. We are currently on Jenkins version 1.455. The following was helpful in installing the updated core plugin: https://wiki.jenkins-ci.org/display/JENKINS/Plugin+tutorial#Plugintutorial-Deployingacustombuildofacoreplugin Thanks again for helping us out with this.
          Hide
          alanbirtles Alan Birtles added a comment -

          Any chance of getting Bela's patch merged in to Jenkins?

          Show
          alanbirtles Alan Birtles added a comment - Any chance of getting Bela's patch merged in to Jenkins?
          Hide
          sukrit007 Sukrit Khera added a comment -

          When will this patch be released ? Not sure if I am getting a releated issue or not, but apart from checking the status, it also disables our Jenkins build

          Show
          sukrit007 Sukrit Khera added a comment - When will this patch be released ? Not sure if I am getting a releated issue or not, but apart from checking the status, it also disables our Jenkins build
          Hide
          qkerby Quintin Kerby added a comment -

          Agreed; this patch would solve the issue. Just voted for this JIRA.

          Show
          qkerby Quintin Kerby added a comment - Agreed; this patch would solve the issue. Just voted for this JIRA.
          Hide
          dan Hazel Nutt added a comment -

          I also applied Belas patch and with Spikes URL was able to build my own custom subversion-plugin which is able to expand the globally defined $variables correctly.

          Propably the entries JENKINS-12287 and JENKINS-12450 are also revolving around this issue?

          Two more things i would like to mention concerning this patch/fix in the svn-plugin:

          • Currently my SVN-polling disables the Job where svn-url contains a $variable (propably because it thinks the svn-url containing the $var is invalid)
          • The GUI displays the svn-url containing the $var as invalid and wants to be helpful and tries to hint me to the regular /trunk svn-url
          Show
          dan Hazel Nutt added a comment - I also applied Belas patch and with Spikes URL was able to build my own custom subversion-plugin which is able to expand the globally defined $variables correctly. Propably the entries JENKINS-12287 and JENKINS-12450 are also revolving around this issue? Two more things i would like to mention concerning this patch/fix in the svn-plugin: Currently my SVN-polling disables the Job where svn-url contains a $variable (propably because it thinks the svn-url containing the $var is invalid) The GUI displays the svn-url containing the $var as invalid and wants to be helpful and tries to hint me to the regular /trunk svn-url
          Hide
          lqbweb Ruben Perez added a comment - - edited

          Ok, I'm completely updated and I'm still having problems with variables in the SVN url... The interface is not recognizing that I entered a variable and is always showing problem and I can't enter my username and password (I have to specify it on the URL). Also, I'm having an exception like:

          INFO: Failed to access subversion repository $

          {SVNPATH}
          org.tmatesoft.svn.core.SVNException: svn: E125002: Malformed URL '${SVNPATH}

          '
          at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
          at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
          at org.tmatesoft.svn.core.SVNURL.<init>(SVNURL.java:221)
          at org.tmatesoft.svn.core.SVNURL.parseURIDecoded(SVNURL.java:113)
          at hudson.scm.SubversionSCM$DescriptorImpl.doCheckRevisionPropertiesSupported(SubversionSCM.java:2201)
          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
          at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
          at java.lang.reflect.Method.invoke(Method.java:597)
          at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288)
          ............

          This is basic stuff for managing different branches and so on.... Please fix it....

          Show
          lqbweb Ruben Perez added a comment - - edited Ok, I'm completely updated and I'm still having problems with variables in the SVN url... The interface is not recognizing that I entered a variable and is always showing problem and I can't enter my username and password (I have to specify it on the URL). Also, I'm having an exception like: INFO: Failed to access subversion repository $ {SVNPATH} org.tmatesoft.svn.core.SVNException: svn: E125002: Malformed URL '${SVNPATH} ' at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.SVNURL.<init>(SVNURL.java:221) at org.tmatesoft.svn.core.SVNURL.parseURIDecoded(SVNURL.java:113) at hudson.scm.SubversionSCM$DescriptorImpl.doCheckRevisionPropertiesSupported(SubversionSCM.java:2201) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288) ............ This is basic stuff for managing different branches and so on.... Please fix it....
          Hide
          mark777 Markus Maki added a comment -

          Hi,
          I also got the behaviour mentioned in the bug description. Since I also use global variables for the Job configurations I would appreciate, if someone could link or send a custom subversion-plugin .hpi file where Bela's Patch is applied.

          Show
          mark777 Markus Maki added a comment - Hi, I also got the behaviour mentioned in the bug description. Since I also use global variables for the Job configurations I would appreciate, if someone could link or send a custom subversion-plugin .hpi file where Bela's Patch is applied.
          Hide
          mcklaus Klaus Azesberger added a comment -

          hi, i just recognized that you were already aware of my problem (JENKINS-16116).

          i can provide you a patch for:

          • doCommitNotification considers GlobalNodeProperties environment variables before checks of svnUrl
          • repositoryLocationsNoLongerExist check within scmPolling considers GlobalNodeProperties environment variables before checks of svnUrl
          • doCommitNotification does not cut the first 4 characters of SVNUrl in order to Cut the "U " from the "U /your/changed/files" string instead it cuts the first character and trims the string. this was needed for compatibility to either post-commit hook or svn-version (didnt analyze this that precisely)
          Show
          mcklaus Klaus Azesberger added a comment - hi, i just recognized that you were already aware of my problem ( JENKINS-16116 ). i can provide you a patch for: doCommitNotification considers GlobalNodeProperties environment variables before checks of svnUrl repositoryLocationsNoLongerExist check within scmPolling considers GlobalNodeProperties environment variables before checks of svnUrl doCommitNotification does not cut the first 4 characters of SVNUrl in order to Cut the "U " from the "U /your/changed/files" string instead it cuts the first character and trims the string. this was needed for compatibility to either post-commit hook or svn-version (didnt analyze this that precisely)
          mcklaus Klaus Azesberger made changes -
          Link This issue is related to JENKINS-16116 [ JENKINS-16116 ]
          Hide
          mcklaus Klaus Azesberger added a comment -

          sorry about the format changes - was not aware of autoformat of my eclipse

          Show
          mcklaus Klaus Azesberger added a comment - sorry about the format changes - was not aware of autoformat of my eclipse
          mcklaus Klaus Azesberger made changes -
          Hide
          mcklaus Klaus Azesberger added a comment -

          provided a pull request for upcoming 1.44 version

          Show
          mcklaus Klaus Azesberger added a comment - provided a pull request for upcoming 1.44 version
          Hide
          mcklaus Klaus Azesberger added a comment -

          @Markus Maki: you can build your hpi-file from my fork at https://github.com/kazesberger/subversion-plugin

          it contains the upcoming 1.44 code and fixes from me and bela.

          hth

          Show
          mcklaus Klaus Azesberger added a comment - @Markus Maki: you can build your hpi-file from my fork at https://github.com/kazesberger/subversion-plugin it contains the upcoming 1.44 code and fixes from me and bela. hth
          kutzi kutzi made changes -
          Link This issue is duplicated by JENKINS-16116 [ JENKINS-16116 ]
          kutzi kutzi made changes -
          Link This issue is related to JENKINS-16116 [ JENKINS-16116 ]
          Hide
          mcklaus Klaus Azesberger added a comment -

          due to my automated formatting the change set caused a lot of conflicts and reduced visibility of the actually small change set, so my pull request got closed.
          -> i rebased the changeset without the formatting-mess. it should be possible to integrate this fixes now.

          Show
          mcklaus Klaus Azesberger added a comment - due to my automated formatting the change set caused a lot of conflicts and reduced visibility of the actually small change set, so my pull request got closed. -> i rebased the changeset without the formatting-mess. it should be possible to integrate this fixes now.
          Hide
          lcasey Luiz Casey added a comment -

          So is this fix in the latest release 1.45 ?

          Show
          lcasey Luiz Casey added a comment - So is this fix in the latest release 1.45 ?
          Hide
          kalaiventhanannadurai kalaiventhan Annadurai added a comment - - edited

          I am using Jenkins version 1.480.3 and quiet period feature is not working when i specify the parameterized variable. Please anybody suggest on this.

          Show
          kalaiventhanannadurai kalaiventhan Annadurai added a comment - - edited I am using Jenkins version 1.480.3 and quiet period feature is not working when i specify the parameterized variable. Please anybody suggest on this.
          Hide
          kalaiventhanannadurai kalaiventhan Annadurai added a comment -

          Can anyone help me on the above case??? Thanks in advance...

          Show
          kalaiventhanannadurai kalaiventhan Annadurai added a comment - Can anyone help me on the above case??? Thanks in advance...
          Hide
          dergruebel Lukas Goormann added a comment - - edited

          Having similar issue with Jenkins 1.568, Subversion Plugin 2.4 and Credentials Plugin 1.14
          when using a variable in the SVN URL and the SCM build trigger. Ouput of the Subversion-Request-Log:

          Started on 23.06.2014 14:27:01
          Received SCM poll call on for RC.TR.app.core.build.All on 23.06.2014 14:27:01
          ERROR: Abfrage der aktuellen Revision schlug fehl für Repository https:// .../correctVariableRepacement
          org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS /svn/.../correctVariableRepacement failed
          at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)
          at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)
          at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)
          at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707)
          at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)
          at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:102)
          at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1020)
          at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:180)
          at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:118)
          at org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:148)
          at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:45)
          at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteGetInfo.run(SvnRemoteGetInfo.java:46)
          at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteGetInfo.run(SvnRemoteGetInfo.java:31)
          at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
          at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
          at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
          at org.tmatesoft.svn.core.wc.SVNWCClient.doInfo(SVNWCClient.java:2461)
          at hudson.scm.SubversionSCM.parseSvnInfo(SubversionSCM.java:1235)
          at hudson.scm.CompareAgainstBaselineCallable.call(CompareAgainstBaselineCallable.java:78)
          at hudson.scm.CompareAgainstBaselineCallable.call(CompareAgainstBaselineCallable.java:26)
          at hudson.remoting.LocalChannel.call(LocalChannel.java:45)
          at hudson.scm.SubversionSCM.compareRemoteRevisionWith(SubversionSCM.java:1415)
          at hudson.scm.SCM.poll(SCM.java:401)
          at hudson.model.AbstractProject._poll(AbstractProject.java:1428)
          at hudson.model.AbstractProject.poll(AbstractProject.java:1331)
          at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:509)
          at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:538)
          at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118)
          at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
          at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
          at java.util.concurrent.FutureTask.run(Unknown Source)
          at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
          at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
          at java.lang.Thread.run(Unknown Source)
          Caused by: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: No credential to try. Authentication failed
          at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:37)
          at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:32)
          at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication(DefaultSVNAuthenticationManager.java:185)
          at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:694)
          at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382)
          ... 33 more
          Done. Took 0,12 Sekunden
          No changes

          Will either one of the provided Patches help here? and how to apply it? or is another fix needed?
          Thanks in advance...

          Show
          dergruebel Lukas Goormann added a comment - - edited Having similar issue with Jenkins 1.568, Subversion Plugin 2.4 and Credentials Plugin 1.14 when using a variable in the SVN URL and the SCM build trigger. Ouput of the Subversion-Request-Log: Started on 23.06.2014 14:27:01 Received SCM poll call on for RC.TR.app.core.build.All on 23.06.2014 14:27:01 ERROR: Abfrage der aktuellen Revision schlug fehl für Repository https:// .../ correctVariableRepacement org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS /svn/.../ correctVariableRepacement failed at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:102) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1020) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:180) at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:118) at org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:148) at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:45) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteGetInfo.run(SvnRemoteGetInfo.java:46) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteGetInfo.run(SvnRemoteGetInfo.java:31) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNWCClient.doInfo(SVNWCClient.java:2461) at hudson.scm.SubversionSCM.parseSvnInfo(SubversionSCM.java:1235) at hudson.scm.CompareAgainstBaselineCallable.call(CompareAgainstBaselineCallable.java:78) at hudson.scm.CompareAgainstBaselineCallable.call(CompareAgainstBaselineCallable.java:26) at hudson.remoting.LocalChannel.call(LocalChannel.java:45) at hudson.scm.SubversionSCM.compareRemoteRevisionWith(SubversionSCM.java:1415) at hudson.scm.SCM.poll(SCM.java:401) at hudson.model.AbstractProject._poll(AbstractProject.java:1428) at hudson.model.AbstractProject.poll(AbstractProject.java:1331) at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:509) at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:538) at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: No credential to try. Authentication failed at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:37) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:32) at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication(DefaultSVNAuthenticationManager.java:185) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:694) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382) ... 33 more Done. Took 0,12 Sekunden No changes Will either one of the provided Patches help here? and how to apply it? or is another fix needed? Thanks in advance...
          h_ti Heiner Tittelbach made changes -
          Link This issue is related to JENKINS-23007 [ JENKINS-23007 ]
          h_ti Heiner Tittelbach made changes -
          Link This issue is related to JENKINS-22568 [ JENKINS-22568 ]
          Hide
          ralf_muehle Ralf Mühle added a comment -

          Having similar issue with Jenkins 1.591

          Show
          ralf_muehle Ralf Mühle added a comment - Having similar issue with Jenkins 1.591
          Hide
          danielbeck Daniel Beck added a comment -

          The credential problem is JENKINS-23007.

          Show
          danielbeck Daniel Beck added a comment - The credential problem is JENKINS-23007 .
          h_ti Heiner Tittelbach made changes -
          Link This issue is related to JENKINS-22922 [ JENKINS-22922 ]

            People

            • Assignee:
              sogabe sogabe
              Reporter:
              creckord creckord
            • Votes:
              36 Vote for this issue
              Watchers:
              41 Start watching this issue

              Dates

              • Created:
                Updated: