When using Configuration as Code to setup Jenkins with a Gitea server and a mult-branch pipeline, the Job DSL will be run before the Gitea servers are added and it will error that it cannot find the Gitea server when running the first scan, this requires you to manually scan on startup.
When using Configuration as Code to setup Jenkins with a Gitea server and a mult-branch pipeline, the Job DSL will be run before the Gitea servers are added and it will error that it cannot find the Gitea server when running the first scan, this requires you to manually scan on startup.
Relevant jenkins.yaml:
{code:java}
}{code} Log: {code} [Wed Jan 29 02:33:55 GMT 2020] Starting branch indexing... ERROR: [Wed Jan 29 02:33:55 GMT 2020] Could not update folder level actions from source 12312313 hudson.AbortException: Unknown server: SERVER_URL at org.jenkinsci.plugin.gitea.GiteaSCMSource.gitea(GiteaSCMSource.java:570) at org.jenkinsci.plugin.gitea.GiteaSCMSource.retrieveActions(GiteaSCMSource.java:395) at jenkins.scm.api.SCMSource.fetchActions(SCMSource.java:848) at jenkins.branch.MultiBranchProject.computeChildren(MultiBranchProject.java:598) at com.cloudbees.hudson.plugins.folder.computed.ComputedFolder.updateChildren(ComputedFolder.java:277) at com.cloudbees.hudson.plugins.folder.computed.FolderComputation.run(FolderComputation.java:164) at jenkins.branch.MultiBranchProject$BranchIndexing.run(MultiBranchProject.java:1032) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:427) [Wed Jan 29 02:33:55 GMT 2020] Finished branch indexing. Indexing took 8 ms FATAL: Unknown server: SERVER_URL Finished: FAILURE {code}
Joseph Petersen are you still maintaining the CasC plugin? How can we fix this? This there an order between the RootElementConfigurators? Can I just decrease the oridnal of the SeedJobConfigurator extension?
This problem seems to affect other SCM providers as well, the Atlassian Bitbucket Server Integration plugin in my case. I documented a dirty workaround to inject the clone and browser URLs into the XML via the DSL configure block. See: JENKINS-61210
This problem seems to affect other SCM providers as well, the Atlassian Bitbucket Server Integration plugin in my case. I documented a dirty workaround to inject the clone and browser URLs into the XML via the DSL configure block. See: JENKINS-61210
*Edit*: I'm not certain if the same workaround would work for multibranch pipelines.