Re: Groovy Script
Can someone please give me some println's I can put in there to figure out
why it's not setting the build_result variable? It doesn't make any sense
to me that it works on one server but not another. Thanks!
On Monday, December 12, 2022 at 8:46:27 AM UTC-7 eric@gmail.com wrote:
> That's interesting. The println looks like it should be correct:
>
> upstream result: success
>
> Later when I try to use the variable in an ant call, it just shows the
> variable instead of the value of it:
>
> -Dbuild_result=${build_result}
>
> I put it in the properties of the ant call:
>
> full.buildnumber=${full.buildnumber}
> build.time=${build.time}
> pk_build=${pk_build}
> build_result=${build_result}
>
> This has always worked in the past, just not since this latest upgrade of
> jenkins. I'm now on 2.375.1.
>
> On Friday, December 9, 2022 at 9:50:34 PM UTC-7 opay...@chsc.de wrote:
>
>> Hi,
>>
>> you mean upstreamResult/build_result?
>>
>> What does the println for upstreamResult say?
>> Which Jenkins version are you on?
>>
>> BR :)
>>
>>
>> On 9 December 2022 22:56:29 CET, "eric@gmail.com"
>> wrote:
>>>
>>> Hi! Not sure what's going on but I have a groovy script that has been
>>> setting the variable build_status for ages but it stopped working.
>>> Doesn't set the variable any longer. Any ideas? Here's the script:
>>>
>>> import hudson.model.*
>>>
>>> import jenkins.model.*
>>>
>>>
>>>
>>> def resolver = Thread.currentThread().executable.buildVariableResolver
>>>
>>> def parent_job = resolver.resolve("upstream_job")
>>>
>>> def parent_build_number = resolver.resolve("upstream_bn")
>>>
>>>
>>>
>>> def upstreamResult =
>>> Hudson.instance.getJob("${parent_job}").getLastBuild().result
>>>
>>>
>>>
>>> if(upstreamResult.equals(hudson.model.Result.FAILURE)) {
>>>
>>> upstreamResult = "fail"
>>>
>>> } else {
>>>
>>> upstreamResult = "${upstreamResult}".toLowerCase()
>>>
>>> }
>>>
>>> println "upstream result: ${upstreamResult}"
>>>
>>>
>>>
>>> def newParams = null
>>>
>>> def pl = new ArrayList()
>>>
>>>
>>>
>>> pl.add(new StringParameterValue('build_result', upstreamResult))
>>>
>>>
>>>
>>> def oldParams = build.getAction(ParametersAction.class)
>>>
>>> if(oldParams != null) {
>>>
>>> newParams = oldParams.createUpdated(pl)
>>>
>>> build.actions.remove(oldParams)
>>>
>>> } else {
>>>
>>> newParams = new ParametersAction(pl)
>>>
>>> }
>>>
>>>
>>>
>>> build.addAction(newParams)
>>>
>>>
>>> Thanks,
>>> Eric
>>>
>>>
--
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 jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/jenkinsci-users/d32ec4bf-dd3f-416f-820a-c6eb8296f40fn%40googlegroups.com.
Re: Groovy Script
So I'm getting a different result on 2 different Jenkins servers. I've
upgraded on both. The only difference between the 2 servers is that one is
RHEL 7 and the other RHEL 8. The RHEL 8 isn't working. I have no clue why
that is though. It doesn't make sense that the same groovy script would
behave differently in the 2 places.
On Monday, December 12, 2022 at 8:46:27 AM UTC-7 eric@gmail.com wrote:
> That's interesting. The println looks like it should be correct:
>
> upstream result: success
>
> Later when I try to use the variable in an ant call, it just shows the
> variable instead of the value of it:
>
> -Dbuild_result=${build_result}
>
> I put it in the properties of the ant call:
>
> full.buildnumber=${full.buildnumber}
> build.time=${build.time}
> pk_build=${pk_build}
> build_result=${build_result}
>
> This has always worked in the past, just not since this latest upgrade of
> jenkins. I'm now on 2.375.1.
>
> On Friday, December 9, 2022 at 9:50:34 PM UTC-7 opay...@chsc.de wrote:
>
>> Hi,
>>
>> you mean upstreamResult/build_result?
>>
>> What does the println for upstreamResult say?
>> Which Jenkins version are you on?
>>
>> BR :)
>>
>>
>> On 9 December 2022 22:56:29 CET, "eric@gmail.com"
>> wrote:
>>>
>>> Hi! Not sure what's going on but I have a groovy script that has been
>>> setting the variable build_status for ages but it stopped working.
>>> Doesn't set the variable any longer. Any ideas? Here's the script:
>>>
>>> import hudson.model.*
>>>
>>> import jenkins.model.*
>>>
>>>
>>>
>>> def resolver = Thread.currentThread().executable.buildVariableResolver
>>>
>>> def parent_job = resolver.resolve("upstream_job")
>>>
>>> def parent_build_number = resolver.resolve("upstream_bn")
>>>
>>>
>>>
>>> def upstreamResult =
>>> Hudson.instance.getJob("${parent_job}").getLastBuild().result
>>>
>>>
>>>
>>> if(upstreamResult.equals(hudson.model.Result.FAILURE)) {
>>>
>>> upstreamResult = "fail"
>>>
>>> } else {
>>>
>>> upstreamResult = "${upstreamResult}".toLowerCase()
>>>
>>> }
>>>
>>> println "upstream result: ${upstreamResult}"
>>>
>>>
>>>
>>> def newParams = null
>>>
>>> def pl = new ArrayList()
>>>
>>>
>>>
>>> pl.add(new StringParameterValue('build_result', upstreamResult))
>>>
>>>
>>>
>>> def oldParams = build.getAction(ParametersAction.class)
>>>
>>> if(oldParams != null) {
>>>
>>> newParams = oldParams.createUpdated(pl)
>>>
>>> build.actions.remove(oldParams)
>>>
>>> } else {
>>>
>>> newParams = new ParametersAction(pl)
>>>
>>> }
>>>
>>>
>>>
>>> build.addAction(newParams)
>>>
>>>
>>> Thanks,
>>> Eric
>>>
>>>
--
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 jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/jenkinsci-users/da0cd1af-d8a9-42c6-8d85-806c3c743d51n%40googlegroups.com.
Re: Groovy Script
That's interesting. The println looks like it should be correct:
upstream result: success
Later when I try to use the variable in an ant call, it just shows the
variable instead of the value of it:
-Dbuild_result=${build_result}
I put it in the properties of the ant call:
full.buildnumber=${full.buildnumber}
build.time=${build.time}
pk_build=${pk_build}
build_result=${build_result}
This has always worked in the past, just not since this latest upgrade of
jenkins. I'm now on 2.375.1.
On Friday, December 9, 2022 at 9:50:34 PM UTC-7 opay...@chsc.de wrote:
> Hi,
>
> you mean upstreamResult/build_result?
>
> What does the println for upstreamResult say?
> Which Jenkins version are you on?
>
> BR :)
>
>
> On 9 December 2022 22:56:29 CET, "eric@gmail.com"
> wrote:
>>
>> Hi! Not sure what's going on but I have a groovy script that has been
>> setting the variable build_status for ages but it stopped working.
>> Doesn't set the variable any longer. Any ideas? Here's the script:
>>
>> import hudson.model.*
>>
>> import jenkins.model.*
>>
>>
>>
>> def resolver = Thread.currentThread().executable.buildVariableResolver
>>
>> def parent_job = resolver.resolve("upstream_job")
>>
>> def parent_build_number = resolver.resolve("upstream_bn")
>>
>>
>>
>> def upstreamResult =
>> Hudson.instance.getJob("${parent_job}").getLastBuild().result
>>
>>
>>
>> if(upstreamResult.equals(hudson.model.Result.FAILURE)) {
>>
>> upstreamResult = "fail"
>>
>> } else {
>>
>> upstreamResult = "${upstreamResult}".toLowerCase()
>>
>> }
>>
>> println "upstream result: ${upstreamResult}"
>>
>>
>>
>> def newParams = null
>>
>> def pl = new ArrayList()
>>
>>
>>
>> pl.add(new StringParameterValue('build_result', upstreamResult))
>>
>>
>>
>> def oldParams = build.getAction(ParametersAction.class)
>>
>> if(oldParams != null) {
>>
>> newParams = oldParams.createUpdated(pl)
>>
>> build.actions.remove(oldParams)
>>
>> } else {
>>
>> newParams = new ParametersAction(pl)
>>
>> }
>>
>>
>>
>> build.addAction(newParams)
>>
>>
>> Thanks,
>> Eric
>>
>>
--
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 jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/jenkinsci-users/bb278fff-5dad-4b05-b695-49ffaf21d89fn%40googlegroups.com.
