-
Bug
-
Resolution: Fixed
-
Major
-
None
-
Hudson 1.379, ClearCase 1.3.1
After upgrading to Hudson 1.379 and ClearCase 1.3.1, our polling is no longer working. We have an environment variable in our view names (to shorten our often-verbose computernames). For some of the polling commands, the resolution is working fine. You can see that in the command output the SHORT_COMPUTERNAME variable has been resolved properly form the lsview command.
Started on Oct 26, 2010 10:05:51 AM
[dev] $ cleartool desc -fmt %[found_bls]Xp\n stream:Core_6.5_Int@\WFX_PVOB
baseline:Core_64_ML_1_13_2010__seed_6.5@\WFX_PVOB
[dev] $ cleartool desc -fmt %[component]Xp\n baseline:Core_64_ML_1_13_2010__seed_6.5@\WFX_PVOB
component:core@\WFX_PVOB
[dev] $ cleartool lsview ${SHORT_COMPUTERNAME}_core_6.5
H-076908_core_6.5 \\SUMSHAH-076908\ccstg_c\H-076908_core_6.5.vws
[${SHORT_COMPUTERNAME}_core_6.5] $ cleartool lshistory -all -since 26-oct-10.12:05:51utc+0000 -fmt '\"%Nd\" \"%u\" \"%En\" \"%Vn\" \"%e\" \"%o\" \"%[activity]p\" \n%c\n' -branch brtype:Core_6.5_Int -nco WFX_Core\core
[dev] $ cleartool desc -fmt %[found_bls]Xp\n stream:Core_6.5_Int@\WFX_PVOB
baseline:Core_64_ML_1_13_2010__seed_6.5@\WFX_PVOB
[dev] $ cleartool desc -fmt %[component]Xp\n baseline:Core_64_ML_1_13_2010__seed_6.5@\WFX_PVOB
component:core@\WFX_PVOB
Done. Took 1 sec
No changes
But we're seeing this in our hudson.err.log at each polling interval:
Oct 25, 2010 1:00:51 PM hudson.plugins.clearcase.util.BuildVariableResolver resolve
WARNING: Variable name 'SHORT_COMPUTERNAME' look up failed
java.lang.NullPointerException
at hudson.model.Run.getEnvironment(Run.java:1680)
at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:682)
at hudson.plugins.clearcase.util.BuildVariableResolver.resolve(BuildVariableResolver.java:116)
at hudson.plugins.clearcase.util.BuildVariableResolver.resolve(BuildVariableResolver.java:58)
at hudson.Util.replaceMacro(Util.java:174)
at hudson.plugins.clearcase.AbstractClearCaseScm.getViewName(AbstractClearCaseScm.java:307)
at hudson.plugins.clearcase.AbstractClearCaseScm.compareRemoteRevisionWith(AbstractClearCaseScm.java:537)
at hudson.scm.SCM._compareRemoteRevisionWith(SCM.java:353)
at hudson.scm.SCM.poll(SCM.java:370)
at hudson.model.AbstractProject.poll(AbstractProject.java:1195)
at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:417)
at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:446)
at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
- is related to
-
JENKINS-7939 AbstractBuild#getEnvironment returns NPE if build isn't running
- Resolved