Ah I thought I could just use the JNLP from the openshift-slave-maven-centos7
<https://hub.docker.com/r/openshift/jenkins-slave-maven-centos7/>directly.
The end goal is to do the build with the openshift-slave-maven container
and do some integration tests with an attached mysql container, while at
the end also do some openshift CLI commands with the maven container. For
example, I started with the scripted pipelines syntax first.
podTemplate(label: 'maven2', serviceAccount: 'jenkins', cloud: 'openshift',
containers: [
containerTemplate(name: 'jnlp', image:
'docker-registry.default.svc:5000/cicd/jenkins-slave-maven-centos7:v3.9',
alwaysPullImage: true, workingDir: '/tmp', args: '${computer.jnlpmac}
${computer.name}', envVars: [
containerEnvVar(key: 'MAVEN_MIRROR_URL', value: 'xxxxxx')
]),
containerTemplate(name: 'mysql', image: 'mysql:5.6', alwaysPullImage: true,
envVars: [
containerEnvVar(key: 'MYSQL_DATABASE', value: 'xxx'),
containerEnvVar(key: 'MYSQL_USER', value: 'xxx'),
containerEnvVar(key: 'MYSQL_PASSWORD', value: 'xxx'),
containerEnvVar(key: 'MYSQL_RANDOM_ROOT_PASSWORD', value: 'yes')], ports:
[portMapping(containerPort: 3306)])], volumes: [
emptyDirVolume(mountPath: '/var/lib/mysql')
]
) {
node('maven2') {
stage('checkout') {
checkout scm
}
stage('check java') {
sh "java -version"
}
This worked out perfectly fine, I thought mapping it 1:1 to the
declarative + yaml format would achieve the same result, but that was not
the case.
Op dinsdag 1 mei 2018 19:55:23 UTC+2 schreef Matthew Ceroni:
>
> Why even over ride the JNLP container? Just use the default and add
> another container to the POD with your build tools (then you don't even
> have to use the YAML format since you won't require any of the extended
> benefits it provides). Then use the container step to execute in that
> container.
>
> On Tuesday, May 1, 2018 at 5:53:06 AM UTC-7, Hung Do wrote:
>>
>> Hi everyone,
>>
>> I have a problem with this Jenkinsfile, which doesn't wants to build for
>> me
>>
>> #!/usr/bin/env groovy
>>
>> pipeline {
>> agent {
>> kubernetes {
>> label 'maven2'
>> cloud 'openshift'
>> serviceAccount 'jenkins'
>> yaml """
>> apiVersion: v1
>> kind: Pod
>> spec:
>> containers:
>> - name: jnlp
>> image:
>> docker-registry.default.svc:5000/cicd/jenkins-slave-maven-centos7:v3.9
>> imagePullPolicy: Always
>> workingDir: /tmp
>> args: ["${computer.jnlpmac} ${computer.name}"]
>> """
>> }
>> }
>> stages {
>> stage('Check Java') {
>> steps {
>> sh 'java -version'
>> }
>> }
>> }
>> }
>>
>>
>> With this Jenkinsfile, I get the following error
>>
>> [Pipeline] End of Pipeline
>> groovy.lang.MissingPropertyException: No such property: computer for class:
>> groovy.lang.Binding
>> at groovy.lang.Binding.getVariable(Binding.java:63)
>> at
>> org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onGetProperty(SandboxInterceptor.java:242)
>> at org.kohsuke.groovy.sandbox.impl.Checker$6.call(Checker.java:288)
>> at
>> org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:292)
>> at
>> org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:268)
>> at
>> com.cloudbees.groovy.cps.sandbox.SandboxInvoker.getProperty(SandboxInvoker.java:29)
>> at
>> com.cloudbees.groovy.cps.impl.PropertyAccessBlock.rawGet(PropertyAccessBlock.java:20)
>> at WorkflowScript.run(WorkflowScript:18)
>> at
>> org.jenkinsci.plugins.pipeline.modeldefinition.ModelInterpreter.call(jar:file:/var/lib/jenkins/plugins/pipeline-model-definition/WEB-INF/lib/pipeline-model-definition.jar!/org/jenkinsci/plugins/pipeline/modeldefinition/ModelInterpreter.groovy:56)
>> at WorkflowScript.run(WorkflowScript:3)
>> at ___cps.transform___(Native Method)
>> at
>> com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.get(PropertyishBlock.java:74)
>> at
>> com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30)
>> at
>> com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.fixName(PropertyishBlock.java:66)
>> at sun.reflect.GeneratedMethodAccessor425.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:498)
>> at
>> com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
>> at
>> com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
>> at com.cloudbees.groovy.cps.Next.step(Next.java:83)
>> at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174)
>> at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163)
>> at
>> org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:122)
>> at
>> org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:261)
>> at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:163)
>> at
>> org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$101(SandboxContinuable.java:34)
>> at
>> org.jenkinsci.plugins.workflow.cps.SandboxContinuable.lambda$run0$0(SandboxContinuable.java:59)
>> at
>> org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108)
>> at
>> org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:58)
>> at
>> org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:174)
>> at
>> org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:332)
>> at
>> org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$200(CpsThreadGroup.java:83)
>> at
>> org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:244)
>> at
>> org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:232)
>> at
>> org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:64)
>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>> at
>> hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
>> at
>> jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
>> at
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>> at
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>> at java.lang.Thread.run(Thread.java:748)
>> Finished: FAILURE
>>
>>
>> If I remove this part
>>
>> args: ["${computer.jnlpmac} ${computer.name}"]
>>
>>
>> Then the Jenkinsfile gets accepted, the pod get started, but the
>> container crashes because there are no arguments. It is the official
>> openshift/jenkins-slave-maven-centos7:v3.9 image.
>> If I try scripted pipelines without the YAML format, it will work if I
>> pass the args via the containertemplate syntax.
>>
>> Am I doing something wrong here?
>>
>
--
You received this message because you are subscribed to the Google Groups
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/jenkinsci-users/2424ca0f-f4d9-48ed-ab0f-c1a90076df07%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
