Details
-
Bug
-
Status: In Progress (View Workflow)
-
Critical
-
Resolution: Unresolved
-
None
-
jenkins 1.595, svnmerge 2.4, CentOS 6.3, Firefox, Oracle java 1.7
Description
svnmerge plugin 2.4, jenkins 1.595, matrix-based access control (with additional boxes checked), single module.
At the build step "Rebase with upstream Subversion revision" set to "Latest revision", I get the error:
13:24:06 [EnvInject] - Executing scripts and injecting environment variables after the SCM step.
...
13:24:06 [EnvInject] - Variables injected successfully.
13:24:06 FATAL: hudson.scm.SubversionSCM.createAuthenticationProvider(Lhudson/model/AbstractProject;Lhudson/scm/SubversionSCM$ModuleLocation;)Lorg/tmatesoft/svn/core/auth/ISVNAuthenticationProvider;
13:24:06 java.lang.NoSuchMethodError: hudson.scm.SubversionSCM.createAuthenticationProvider(Lhudson/model/AbstractProject;Lhudson/scm/SubversionSCM$ModuleLocation;)Lorg/tmatesoft/svn/core/auth/ISVNAuthenticationProvider;
13:24:06 at jenkins.plugins.svnmerge.FeatureBranchProperty.rebase(FeatureBranchProperty.java:162)
13:24:06 at jenkins.plugins.svnmerge.RebaseAction.perform(RebaseAction.java:115)
13:24:06 at jenkins.plugins.svnmerge.RebaseBuilder.perform(RebaseBuilder.java:50)
13:24:06 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
13:24:06 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770)
13:24:06 at hudson.model.Build$BuildExecution.build(Build.java:199)
13:24:06 at hudson.model.Build$BuildExecution.doRun(Build.java:160)
13:24:06 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:533)
13:24:06 at hudson.model.Run.execute(Run.java:1759)
13:24:06 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
13:24:06 at hudson.model.ResourceController.execute(ResourceController.java:89)
13:24:06 at hudson.model.Executor.run(Executor.java:240)
I'm not sure what this error is telling me. The original sync from the feature branch worked flawlessly. It would appear that it's trying to do some new authentication for the merge, but it's not clear why it's not getting credentials to use. Wouldn't it just be using the credentials from the feature branch sync?
Attachments
Issue Links
- is related to
-
-
- In Progress
-
Activity
Code changed in jenkins
User: Hugues Chabot
Path:
pom.xml
src/main/java/jenkins/plugins/svnmerge/IntegratableProjectAction.java
http://jenkins-ci.org/commit/svnmerge-plugin/a5c00fdd471e9e276296834c67f871004d4dce41
Log:
Merge pull request #26 from jenkinsci/subversion-plugin-2.5
Upgrade Subversion dependency version to 2.5.
Fix compatibility issues JENKINS-26347 and JENKINS-26357.
Compare: https://github.com/jenkinsci/svnmerge-plugin/compare/43842a220d96...a5c00fdd471e
Ah, thank you, I missed that distinction. I see that you have released 2.5 of the Merge plugin, so I'm giving that a try. Thanks for the fast response!
No joy, but at least it's a different error. Subversion plugin 2.5, svnmerge plugin 2.5, Jenkins 1.595. I'm running against a Subversion 1.6 repo, if that makes a difference.
=========================================================================================
13:38:27 [EnvInject] - Variables injected successfully.
13:38:28 Updating workspace to the latest revision
13:38:33 At revision 44571
13:38:34 FATAL: null
13:38:34 java.lang.NullPointerException
13:38:34 at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.parseDir(SVNWCDb.java:1848)
13:38:34 at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.obtainWcRoot(SVNWCDb.java:6245)
13:38:34 at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.readInfo(SVNWCDb.java:3531)
13:38:34 at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.readInfo(SVNWCDb.java:3527)
13:38:34 at org.tmatesoft.svn.core.internal.wc17.SVNWCContext.getNodeUrl(SVNWCContext.java:1088)
13:38:34 at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getTargetURL(SvnNgRepositoryAccess.java:234)
13:38:34 at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:33)
13:38:34 at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteGetInfo.run(SvnRemoteGetInfo.java:46)
13:38:34 at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteGetInfo.run(SvnRemoteGetInfo.java:31)
13:38:34 at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
13:38:34 at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1259)
13:38:34 at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
13:38:34 at org.tmatesoft.svn.core.wc.SVNWCClient.doInfo(SVNWCClient.java:2523)
13:38:34 at jenkins.plugins.svnmerge.FeatureBranchProperty$1.invoke(FeatureBranchProperty.java:201)
13:38:34 at jenkins.plugins.svnmerge.FeatureBranchProperty$1.invoke(FeatureBranchProperty.java:172)
13:38:34 at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2677)
13:38:34 at hudson.remoting.UserRequest.perform(UserRequest.java:121)
13:38:34 at hudson.remoting.UserRequest.perform(UserRequest.java:49)
13:38:34 at hudson.remoting.Request$2.run(Request.java:324)
13:38:34 at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
13:38:34 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
13:38:34 at java.util.concurrent.FutureTask.run(FutureTask.java:166)
13:38:34 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
13:38:34 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
13:38:34 at java.lang.Thread.run(Thread.java:724)
13:38:34 at ......remote call to jenkins-slave023(Native Method)
13:38:34 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
13:38:34 at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
13:38:34 at hudson.remoting.Channel.call(Channel.java:752)
13:38:34 at hudson.FilePath.act(FilePath.java:970)
13:38:34 at hudson.FilePath.act(FilePath.java:959)
13:38:34 at jenkins.plugins.svnmerge.FeatureBranchProperty.rebase(FeatureBranchProperty.java:172)
13:38:34 at jenkins.plugins.svnmerge.RebaseAction.perform(RebaseAction.java:115)
13:38:34 at jenkins.plugins.svnmerge.RebaseBuilder.perform(RebaseBuilder.java:50)
13:38:34 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
13:38:34 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770)
13:38:34 at hudson.model.Build$BuildExecution.build(Build.java:199)
13:38:34 at hudson.model.Build$BuildExecution.doRun(Build.java:160)
13:38:34 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:533)
13:38:34 at hudson.model.Run.execute(Run.java:1759)
13:38:34 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
13:38:34 at hudson.model.ResourceController.execute(ResourceController.java:89)
13:38:34 at hudson.model.Executor.run(Executor.java:240)
Hugues Chabot
added a comment - Can you confirm that the build was run on a slave ? If yes, can you tell me what kind of slave and if you have the same problem when the build runs on the master.
Also, can you tell me the protocol of the SVN URL ? http, https, svn ?
Hugues Chabot
added a comment - Can you confirm that the build was run on a slave ? If yes, can you tell me what kind of slave and if you have the same problem when the build runs on the master.
Also, can you tell me the protocol of the SVN URL ? http, https, svn ? Sorry, didn't see that you'd asked questions. Here you go:
Run on a slave: yes
Slave is a CentOS 5.8 machine (needed by our product build)
Protocol is HTTPS
Master is not configured to be able to run the build, it's running CentOS 6.
Thanks for looking at this!
This is due to a compatibility issue with Subversion plugin 2.5. It can be resolved temporarly by downgrading Subversion plugin to version 2.4.
In other word, Subversion Merge plugin 2.4 is not compatible with Subversion plugin 2.5.