-
Bug
-
Resolution: Fixed
-
Minor
-
None
When creating an SCM-Manager Namespace Job on Jenkins, Namespace scanning fails with a hint to a missing SVN class.
Affected version 1.7.1, tested on Jenkins 2.263.4.
After creating the Job (choosing the namespace works interactively) the following log appear on the UI as "Scan Namespace Log"
Started by user admin [Mon Mar 01 16:29:37 UTC 2021] Starting organization scan... [Mon Mar 01 16:29:37 UTC 2021] Updating actions... [Mon Mar 01 16:29:37 UTC 2021] Consulting SCM-Manager Namespace [Mon Mar 01 16:29:37 UTC 2021] Finished organization scan. Scan took 0.42 sec Finished: NOT_BUILT
And no jobs are created even though the namespace contains repositories with Jenkinsfiles.
The proper Jenkins log shows the following:
2021-03-01 16:29:37.300+0000 [id=100] INFO c.c.s.scm.api.HttpApiClient#get: get com.cloudogu.scmmanager.scm.api.ScmManagerApi$RepositoryCollection from /api/v2/repositories/fluxv1?pageSize=2000&sortBy=namespace&sortBy=name
2021-03-01 16:29:37.737+0000 [id=100] INFO j.b.OrganizationFolder$OrganizationScan#run: fluxv1-ns #20210301.162937 organization scan action completed: NOT_BUILT in 0.44 sec
2021-03-01 16:29:37.739+0000 [id=100] SEVERE hudson.model.Executor#finish1: Executor threw an exception
java.lang.ClassNotFoundException: jenkins.scm.impl.subversion.SubversionSCMSource
at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1387)
at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1342)
at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1089)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
Caused: java.lang.NoClassDefFoundError: jenkins/scm/impl/subversion/SubversionSCMSource
at java.base/java.lang.ClassLoader.defineClass1(Native Method)
at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1017)
at jenkins.util.AntClassLoader.defineClassFromData(AntClassLoader.java:1155)
at hudson.ClassicPluginStrategy$AntClassLoader2.defineClassFromData(ClassicPluginStrategy.java:715)
at jenkins.util.AntClassLoader.getClassFromStream(AntClassLoader.java:1326)
at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1377)
at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1342)
at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1089)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
at com.cloudogu.scmmanager.scm.ScmManagerNavigator.visitSources(ScmManagerNavigator.java:142)
at jenkins.branch.OrganizationFolder.computeChildren(OrganizationFolder.java:542)
at com.cloudbees.hudson.plugins.folder.computed.ComputedFolder.updateChildren(ComputedFolder.java:278)
at com.cloudbees.hudson.plugins.folder.computed.FolderComputation.run(FolderComputation.java:165)
at jenkins.branch.OrganizationFolder$OrganizationScan.run(OrganizationFolder.java:1033)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Installing the SVN plugin resolves the issue.
Still, I'm sure an implicit plugin dependency like this is not what you were intending 
