[JENKINS-70551] JDK Parameter Plugin 1.3 Null pointer exception when the build is triggered remotely via URL with an Authentication Token

[jenkins-infra-bot]

JDK Parameter Plugin 1.2 regression bug breaks builds triggered remotely via URL with a Authentication Token.
https://www.theserverside.com/blog/Coffee-Talk-Java-News-Stories-and-Opinions/Trigger-Jenkins-Builds-Remotely-Example-403-Error-Fix

After triggering the build I get this error when using JDK Parameter Plugin v1.2.

FATAL: null
java.lang.NullPointerException
	at java.base/java.util.TreeMap.getEntry(TreeMap.java:345)
	at java.base/java.util.TreeMap.containsKey(TreeMap.java:231)
	at java.base/java.util.TreeSet.contains(TreeSet.java:234)
	at hudson.model.ParametersAction.isSafeParameter(ParametersAction.java:364)
	at hudson.model.ParametersAction.filter(ParametersAction.java:335)
	at hudson.model.ParametersAction.getParameters(ParametersAction.java:182)
	at hudson.model.ParametersAction.iterator(ParametersAction.java:177)
	at hudson.model.AbstractBuild.getBuildVariables(AbstractBuild.java:1071)
	at hudson.scm.SubversionSCM.getLocations(SubversionSCM.java:544)
	at hudson.scm.SubversionSCM.buildEnvironment(SubversionSCM.java:730)
	at hudson.scm.SCM.buildEnvVars(SCM.java:589)
	at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:967)
	at hudson.maven.AbstractMavenBuild.getEnvironment(AbstractMavenBuild.java:57)
	at hudson.maven.MavenModuleSetBuild.getEnvironment(MavenModuleSetBuild.java:168)
	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:887)
	at hudson.scm.SCM.checkout(SCM.java:540)
	at hudson.model.AbstractProject.checkout(AbstractProject.java:1240)
	at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:649)
	at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:85)
	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:521)
	at hudson.model.Run.execute(Run.java:1900)
	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
	at hudson.model.ResourceController.execute(ResourceController.java:101)
	at hudson.model.Executor.run(Executor.java:442)  

I had to downgrade to v1.0 to get it working again.

---

Originally reported by leo_, imported from: JDK Parameter Plugin 1.3 Null pointer exception when the build is triggered remotely via URL with an Authentication Token

• status: Open
• priority: Major
• component(s): jdk_parameter_plugin-plugin
• resolution: Unresolved
• votes: 0
• watchers: 3
• imported: 20251216-225446

Raw content of original issue

JDK Parameter Plugin 1.2 regression bug breaks builds triggered remotely via URL with a Authentication Token.
https://www.theserverside.com/blog/Coffee-Talk-Java-News-Stories-and-Opinions/Trigger-Jenkins-Builds-Remotely-Example-403-Error-Fix

After triggering the build I get this error when using JDK Parameter Plugin v1.2.



FATAL: null
java.lang.NullPointerException
	at java.base/java.util.TreeMap.getEntry(TreeMap.java:345)
	at java.base/java.util.TreeMap.containsKey(TreeMap.java:231)
	at java.base/java.util.TreeSet.contains(TreeSet.java:234)
	at hudson.model.ParametersAction.isSafeParameter(ParametersAction.java:364)
	at hudson.model.ParametersAction.filter(ParametersAction.java:335)
	at hudson.model.ParametersAction.getParameters(ParametersAction.java:182)
	at hudson.model.ParametersAction.iterator(ParametersAction.java:177)
	at hudson.model.AbstractBuild.getBuildVariables(AbstractBuild.java:1071)
	at hudson.scm.SubversionSCM.getLocations(SubversionSCM.java:544)
	at hudson.scm.SubversionSCM.buildEnvironment(SubversionSCM.java:730)
	at hudson.scm.SCM.buildEnvVars(SCM.java:589)
	at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:967)
	at hudson.maven.AbstractMavenBuild.getEnvironment(AbstractMavenBuild.java:57)
	at hudson.maven.MavenModuleSetBuild.getEnvironment(MavenModuleSetBuild.java:168)
	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:887)
	at hudson.scm.SCM.checkout(SCM.java:540)
	at hudson.model.AbstractProject.checkout(AbstractProject.java:1240)
	at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:649)
	at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:85)
	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:521)
	at hudson.model.Run.execute(Run.java:1900)
	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
	at hudson.model.ResourceController.execute(ResourceController.java:101)
	at hudson.model.Executor.run(Executor.java:442)  

I had to downgrade to v1.0 to get it working again.

environment

JDK Parameter 1.3<br/>
Jenkins 2.504.1

[jenkins-infra-bot]

markewaite:

• Original comment link
• Raw content of original comment:

  That stack trace does not include any component from the JDK parameters plugin.  I have no idea how the change to the JDK parameters plugin would induce that error.  The code that is reporting the null pointer exception is inside the Java TreeMap code.
  

That stack trace does not include any component from the JDK parameters plugin.  I have no idea how the change to the JDK parameters plugin would induce that error.  The code that is reporting the null pointer exception is inside the Java TreeMap code.

[jenkins-infra-bot]

leo_:

• Original comment link
• Raw content of original comment:

  A parameter in the build is null when it is remotely triggered by the URL. It's not necessarily the JDK parameter, but since it started happening after upgrading to 1.2, it's probably that.
  
  The project config uses "(Default)" as the default JDK, it's not passed in via the trigger URL. Maybe somehow the JDK parameter becomes null when triggered via URL using 1.2, works fine with 1.0.
  

A parameter in the build is null when it is remotely triggered by the URL. It's not necessarily the JDK parameter, but since it started happening after upgrading to 1.2, it's probably that.

The project config uses "(Default)" as the default JDK, it's not passed in via the trigger URL. Maybe somehow the JDK parameter becomes null when triggered via URL using 1.2, works fine with 1.0.

[jenkins-infra-bot]

timvahlbrock:

• Original comment link
• Raw content of original comment:

  Had the same issue. Seems like the problem occurs with both, 1.0 and 1.2, but not 1.1. The problem seems to be that 1.0 and 1.2 try to get the parameter name from the stapler request, which might not include it. 1.1 gets it from the parameter definition. The issue causing this problem seems to be: fa087e1
  

Had the same issue. Seems like the problem occurs with both, 1.0 and 1.2, but not 1.1. The problem seems to be that 1.0 and 1.2 try to get the parameter name from the stapler request, which might not include it. 1.1 gets it from the parameter definition. The issue causing this problem seems to be: fa087e1

[jenkins-infra-bot]

markewaite:

• Original comment link
• Raw content of original comment:

  timvahlbrock your statement seems to contradict the original description.  The original description says:
  
  I had to downgrade to v1.0 to get it working again.
  
  You say that:
  
  Seems like the problem occurs with both, 1.0 and 1.2, but not 1.1.
  
  That seems to me like you are saying something different than what was said by leo_, since a downgrade to 1.0 resolved it for leo_.
  
  If fa087e1 is the problem, then I can't explain how you're seeing the problem in 1.0, since that commit was not included in the 1.0 release or the 1.1 release.
  
  I struggle to see how the issue could be due to JDK parameter plugin 1.2 when JDK parameter plugin 1.2 is the same Java source code as JDK parameter plugin 1.0.  Between those releases there were changes in 3 jelly files (to add the escape-by-default tag), an update of the parent pom, and removal of unused maven plugin dependency declarations from the pom.
  

timvahlbrock your statement seems to contradict the original description. The original description says:

I had to downgrade to v1.0 to get it working again.

You say that:

Seems like the problem occurs with both, 1.0 and 1.2, but not 1.1.

That seems to me like you are saying something different than what was said by leo_, since a downgrade to 1.0 resolved it for leo_.

If fa087e1 is the problem, then I can't explain how you're seeing the problem in 1.0, since that commit was not included in the 1.0 release or the 1.1 release.

I struggle to see how the issue could be due to JDK parameter plugin 1.2 when JDK parameter plugin 1.2 is the same Java source code as JDK parameter plugin 1.0. Between those releases there were changes in 3 jelly files (to add the escape-by-default tag), an update of the parent pom, and removal of unused maven plugin dependency declarations from the pom.

[jenkins-infra-bot]

timvahlbrock:

• Original comment link
• Raw content of original comment:

  I'm neither a Jenkins nor a Stapler nor a Jelly expert but what we found out during debugging is: The exception occurs, because here the JDK Parameter Plugins tries to fetch  the name of the parameter from the Stapler Request, but it returns null. This statement is included in 1.0, but was changed in 22a7162] to add support for REST API calls. [fa087e1|fa087e1] reverts those changes and even states that it reverts 22a7162 at the end of the commit message.
  
  I hope this helps to clarify my point of view.
  
  Btw: the built-in Jenkins parameters do get the parameter name from the parameter definition, just as the changes introduced in 22a7162 do. But then again: I'm neither an expert on Jenkins nor Stapler nor Jelly.
  

I'm neither a Jenkins nor a Stapler nor a Jelly expert but what we found out during debugging is: The exception occurs, because here the JDK Parameter Plugins tries to fetch  the name of the parameter from the Stapler Request, but it returns null. This statement is included in 1.0, but was changed in 22a7162] to add support for REST API calls. [fa087e1|fa087e1] reverts those changes and even states that it reverts 22a7162 at the end of the commit message.

I hope this helps to clarify my point of view.

Btw: the built-in Jenkins parameters do get the parameter name from the parameter definition, just as the changes introduced in 22a7162 do. But then again: I'm neither an expert on Jenkins nor Stapler nor Jelly.

[jenkins-infra-bot]

leo_:

• Original comment link
• Raw content of original comment:

  I'm still getting this error when updating the plugin to v1.3.
  
  [EnvInject] - Loading node environment variables.
  FATAL: null
  java.lang.NullPointerException
  at java.base/java.util.Objects.requireNonNull(Objects.java:209)
  at java.base/java.util.TreeMap.getEntry(TreeMap.java:345)
  at java.base/java.util.TreeMap.containsKey(TreeMap.java:233)
  at java.base/java.util.TreeSet.contains(TreeSet.java:234)
  at hudson.model.ParametersAction.isSafeParameter(ParametersAction.java:364)
  at hudson.model.ParametersAction.filter(ParametersAction.java:335)
  at hudson.model.ParametersAction.getParameters(ParametersAction.java:182)
  at hudson.model.ParametersAction.iterator(ParametersAction.java:177)
  at hudson.model.AbstractBuild.getSensitiveBuildVariables(AbstractBuild.java:1033)
  at PluginClassLoader for envinject//org.jenkinsci.plugins.envinject.util.RunHelper.getSensitiveBuildVariables(RunHelper.java:55)
  at PluginClassLoader for envinject//org.jenkinsci.plugins.envinject.service.EnvInjectActionSetter.addEnvVarsToRun(EnvInjectActionSetter.java:60)
  at PluginClassLoader for envinject//org.jenkinsci.plugins.envinject.EnvInjectListener.loadEnvironmentVariablesNode(EnvInjectListener.java:81)
  at PluginClassLoader for envinject//org.jenkinsci.plugins.envinject.EnvInjectListener.setUpEnvironment(EnvInjectListener.java:42)
  at hudson.model.AbstractBuild$AbstractBuildExecution.createLauncher(AbstractBuild.java:617)
  at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:486)
  at hudson.model.Run.execute(Run.java:1840)
  at PluginClassLoader for maven-plugin//hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
  at hudson.model.ResourceController.execute(ResourceController.java:101)
  at hudson.model.Executor.run(Executor.java:446)
  Started calculate disk usage of build
  Finished Calculation of disk usage of build in 0 seconds
  FATAL: null
  java.lang.NullPointerException
  at java.base/java.util.Objects.requireNonNull(Objects.java:209)
  at java.base/java.util.TreeMap.getEntry(TreeMap.java:345)
  at java.base/java.util.TreeMap.containsKey(TreeMap.java:233)
  at java.base/java.util.TreeSet.contains(TreeSet.java:234)
  at hudson.model.ParametersAction.isSafeParameter(ParametersAction.java:364)
  at hudson.model.ParametersAction.filter(ParametersAction.java:335)
  at hudson.model.ParametersAction.getParameters(ParametersAction.java:182)
  at hudson.model.ParametersAction.iterator(ParametersAction.java:177)
  at hudson.model.AbstractBuild.getBuildVariables(AbstractBuild.java:1071)
  at PluginClassLoader for subversion//hudson.scm.SubversionSCM.getLocations(SubversionSCM.java:543)
  at PluginClassLoader for subversion//hudson.scm.SubversionSCM.buildEnvironment(SubversionSCM.java:729)
  at hudson.scm.SCM.buildEnvVars(SCM.java:589)
  at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:967)
  at PluginClassLoader for maven-plugin//hudson.maven.AbstractMavenBuild.getEnvironment(AbstractMavenBuild.java:57)
  at PluginClassLoader for maven-plugin//hudson.maven.MavenModuleSetBuild.getEnvironment(MavenModuleSetBuild.java:168)
  at PluginClassLoader for maven-plugin//hudson.maven.util.VariableExpander.expand(VariableExpander.java:29)
  at PluginClassLoader for maven-plugin//hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.cleanUp(MavenModuleSetBuild.java:1090)
  at hudson.model.Run.execute(Run.java:1883)
  at PluginClassLoader for maven-plugin//hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
  at hudson.model.ResourceController.execute(ResourceController.java:101)
  at hudson.model.Executor.run(Executor.java:446)
  Finished: FAILURE 
  
  

I'm still getting this error when updating the plugin to v1.3.

[EnvInject] - Loading node environment variables.
FATAL: null
java.lang.NullPointerException
at java.base/java.util.Objects.requireNonNull(Objects.java:209)
at java.base/java.util.TreeMap.getEntry(TreeMap.java:345)
at java.base/java.util.TreeMap.containsKey(TreeMap.java:233)
at java.base/java.util.TreeSet.contains(TreeSet.java:234)
at hudson.model.ParametersAction.isSafeParameter(ParametersAction.java:364)
at hudson.model.ParametersAction.filter(ParametersAction.java:335)
at hudson.model.ParametersAction.getParameters(ParametersAction.java:182)
at hudson.model.ParametersAction.iterator(ParametersAction.java:177)
at hudson.model.AbstractBuild.getSensitiveBuildVariables(AbstractBuild.java:1033)
at PluginClassLoader for envinject//org.jenkinsci.plugins.envinject.util.RunHelper.getSensitiveBuildVariables(RunHelper.java:55)
at PluginClassLoader for envinject//org.jenkinsci.plugins.envinject.service.EnvInjectActionSetter.addEnvVarsToRun(EnvInjectActionSetter.java:60)
at PluginClassLoader for envinject//org.jenkinsci.plugins.envinject.EnvInjectListener.loadEnvironmentVariablesNode(EnvInjectListener.java:81)
at PluginClassLoader for envinject//org.jenkinsci.plugins.envinject.EnvInjectListener.setUpEnvironment(EnvInjectListener.java:42)
at hudson.model.AbstractBuild$AbstractBuildExecution.createLauncher(AbstractBuild.java:617)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:486)
at hudson.model.Run.execute(Run.java:1840)
at PluginClassLoader for maven-plugin//hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
at hudson.model.ResourceController.execute(ResourceController.java:101)
at hudson.model.Executor.run(Executor.java:446)
Started calculate disk usage of build
Finished Calculation of disk usage of build in 0 seconds
FATAL: null
java.lang.NullPointerException
at java.base/java.util.Objects.requireNonNull(Objects.java:209)
at java.base/java.util.TreeMap.getEntry(TreeMap.java:345)
at java.base/java.util.TreeMap.containsKey(TreeMap.java:233)
at java.base/java.util.TreeSet.contains(TreeSet.java:234)
at hudson.model.ParametersAction.isSafeParameter(ParametersAction.java:364)
at hudson.model.ParametersAction.filter(ParametersAction.java:335)
at hudson.model.ParametersAction.getParameters(ParametersAction.java:182)
at hudson.model.ParametersAction.iterator(ParametersAction.java:177)
at hudson.model.AbstractBuild.getBuildVariables(AbstractBuild.java:1071)
at PluginClassLoader for subversion//hudson.scm.SubversionSCM.getLocations(SubversionSCM.java:543)
at PluginClassLoader for subversion//hudson.scm.SubversionSCM.buildEnvironment(SubversionSCM.java:729)
at hudson.scm.SCM.buildEnvVars(SCM.java:589)
at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:967)
at PluginClassLoader for maven-plugin//hudson.maven.AbstractMavenBuild.getEnvironment(AbstractMavenBuild.java:57)
at PluginClassLoader for maven-plugin//hudson.maven.MavenModuleSetBuild.getEnvironment(MavenModuleSetBuild.java:168)
at PluginClassLoader for maven-plugin//hudson.maven.util.VariableExpander.expand(VariableExpander.java:29)
at PluginClassLoader for maven-plugin//hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.cleanUp(MavenModuleSetBuild.java:1090)
at hudson.model.Run.execute(Run.java:1883)
at PluginClassLoader for maven-plugin//hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
at hudson.model.ResourceController.execute(ResourceController.java:101)
at hudson.model.Executor.run(Executor.java:446)
Finished: FAILURE 

[jenkins-infra-bot]

markewaite:

• Original comment link
• Raw content of original comment:

  I can duplicate the null pointer exception if I use
  
  
  curl -X POST  http://my-user:my-token@localhost:8080/job/jdk-parameter-freestyle/buildWithParameters
  
  
  after creating a job that defines a JDK parameter.
  The job runs successfully if I use the Jenkins command line like this:
  
  java -jar jenkins-cli.jar -auth my-user:my-token -s http://localhost:8080/ build jdk-parameter-freestyle
  
  
  I have placed the JDK parameter plugin up for adoption.  I don't plan to work on this issue.  If you'd like to work on the issue, you are encouraged to adopt the plugin.
  

I can duplicate the null pointer exception if I use

curl -X POST  http://my-user:my-token@​localhost:8080/job/jdk-parameter-freestyle/buildWithParameters

after creating a job that defines a JDK parameter.

The job runs successfully if I use the Jenkins command line like this:

java -jar jenkins-cli.jar -auth my-user:my-token -s http://localhost:8080/ build jdk-parameter-freestyle

I have placed the JDK parameter plugin up for adoption. I don't plan to work on this issue. If you'd like to work on the issue, you are encouraged to adopt the plugin.