java.lang.UnsupportedClassVersionError: Bad version number in .class file

Jenkins JIRA | Stefan Strobel | 3 years ago
tip
Do you know that we can give you better hits? Get more relevant results from Samebug’s stack trace search.
  1. 0

    Hey community, after the last upgrade (I guess it was from Jenkins 1.551) to Jenkins 1.584 we encounter serious problems with our legacy Java5 Maven builds. When Jenkins calls the Maven plugin (right after "Parsing poms") the build crashes with the following stacktrace: {noformat} Parsing POMs Modules changed, recalculating dependency graph [my-maven-project] $ /var/apphome/162_cipbld/jdk_1.5_latest/bin/java -Xms64m -Xmx256m -XX:PermSize=64m -XX:MaxPermSize=256m -cp /var/apphome/162_cipbld/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-agent-1.5.jar:/var/apphome/162_cipbld/apache-maven-3.0.4/boot/plexus-classworlds-2.4.jar org.jvnet.hudson.maven3.agent.Maven3Main /var/apphome/162_cipbld/apache-maven-3.0.4 /var/apphome/162_cipbld/162_cipbld-0/webapps/jenkins/WEB-INF/lib/remoting-2.46.jar /var/apphome/162_cipbld/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-interceptor-1.5.jar /var/apphome/162_cipbld/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-interceptor-commons-1.5.jar 58566 Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386) at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:135) at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:64) [EnvInject] - Injecting environment variables from a build step. [EnvInject] - Injecting as environment variables the properties file path '/path/to/my.properties' [EnvInject] - Variables injected successfully. ERROR: Failed to parse POMs java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at java.io.FilterInputStream.read(FilterInputStream.java:116) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read(BufferedInputStream.java:237) at hudson.remoting.ChannelBuilder.negotiate(ChannelBuilder.java:198) at hudson.remoting.Channel.<init>(Channel.java:418) at hudson.remoting.Channel.<init>(Channel.java:397) at hudson.remoting.Channel.<init>(Channel.java:393) at hudson.remoting.Channel.<init>(Channel.java:382) at hudson.remoting.Channel.<init>(Channel.java:374) at hudson.remoting.Channel.<init>(Channel.java:366) at hudson.slaves.Channels$1.<init>(Channels.java:70) at hudson.slaves.Channels.forProcess(Channels.java:70) at hudson.maven.AbstractMavenProcessFactory.newProcess(AbstractMavenProcessFactory.java:280) at hudson.maven.ProcessCache.get(ProcessCache.java:235) at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:759) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:533) at hudson.model.Run.execute(Run.java:1754) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) Email was triggered for: Failure - Any {noformat} I figured out that the only difference between succeeding and failing builds was the version of remoting.jar. The new Jenkins version ships with version 2.46. When I stopped Tomcat and exchanged the remoting-2.46.jar with remoting-2.44.jar the builds work again. Could you please investigate this as it is crucial to us that the Java5 builds are still stable to build? Thanks!

    Jenkins JIRA | 3 years ago | Stefan Strobel
    java.lang.UnsupportedClassVersionError: Bad version number in .class file
  2. 0

    Hey community, after the last upgrade (I guess it was from Jenkins 1.551) to Jenkins 1.584 we encounter serious problems with our legacy Java5 Maven builds. When Jenkins calls the Maven plugin (right after "Parsing poms") the build crashes with the following stacktrace: {noformat} Parsing POMs Modules changed, recalculating dependency graph [my-maven-project] $ /var/apphome/162_cipbld/jdk_1.5_latest/bin/java -Xms64m -Xmx256m -XX:PermSize=64m -XX:MaxPermSize=256m -cp /var/apphome/162_cipbld/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-agent-1.5.jar:/var/apphome/162_cipbld/apache-maven-3.0.4/boot/plexus-classworlds-2.4.jar org.jvnet.hudson.maven3.agent.Maven3Main /var/apphome/162_cipbld/apache-maven-3.0.4 /var/apphome/162_cipbld/162_cipbld-0/webapps/jenkins/WEB-INF/lib/remoting-2.46.jar /var/apphome/162_cipbld/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-interceptor-1.5.jar /var/apphome/162_cipbld/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-interceptor-commons-1.5.jar 58566 Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386) at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:135) at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:64) [EnvInject] - Injecting environment variables from a build step. [EnvInject] - Injecting as environment variables the properties file path '/path/to/my.properties' [EnvInject] - Variables injected successfully. ERROR: Failed to parse POMs java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at java.io.FilterInputStream.read(FilterInputStream.java:116) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read(BufferedInputStream.java:237) at hudson.remoting.ChannelBuilder.negotiate(ChannelBuilder.java:198) at hudson.remoting.Channel.<init>(Channel.java:418) at hudson.remoting.Channel.<init>(Channel.java:397) at hudson.remoting.Channel.<init>(Channel.java:393) at hudson.remoting.Channel.<init>(Channel.java:382) at hudson.remoting.Channel.<init>(Channel.java:374) at hudson.remoting.Channel.<init>(Channel.java:366) at hudson.slaves.Channels$1.<init>(Channels.java:70) at hudson.slaves.Channels.forProcess(Channels.java:70) at hudson.maven.AbstractMavenProcessFactory.newProcess(AbstractMavenProcessFactory.java:280) at hudson.maven.ProcessCache.get(ProcessCache.java:235) at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:759) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:533) at hudson.model.Run.execute(Run.java:1754) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) Email was triggered for: Failure - Any {noformat} I figured out that the only difference between succeeding and failing builds was the version of remoting.jar. The new Jenkins version ships with version 2.46. When I stopped Tomcat and exchanged the remoting-2.46.jar with remoting-2.44.jar the builds work again. Could you please investigate this as it is crucial to us that the Java5 builds are still stable to build? Thanks!

    Jenkins JIRA | 3 years ago | Stefan Strobel
    java.lang.UnsupportedClassVersionError: Bad version number in .class file
  3. 0

    Build failed in Jenkins: Creadur-Rat #148

    creadur-dev | 2 years ago | Apache Jenkins Server
    java.lang.UnsupportedClassVersionError: Bad version number in .class file
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Build failed in Jenkins: Creadur-Rat-ParentPom #25

    creadur-dev | 2 years ago | Apache Jenkins Server
    java.lang.UnsupportedClassVersionError: Bad version number in .class file
  6. 0

    Build failed in Jenkins: Creadur-Rat-ParentPom #26

    creadur-dev | 2 years ago | Apache Jenkins Server
    java.lang.UnsupportedClassVersionError: Bad version number in .class file

  1. rafael 2 times, last 3 months ago
  2. andyglick 3 times, last 4 months ago
34 unregistered visitors
Not finding the right solution?
Take a tour to get the most out of Samebug.

Tired of useless tips?

Automated exception search integrated into your IDE

Root Cause Analysis

  1. java.lang.UnsupportedClassVersionError

    Bad version number in .class file

    at java.lang.ClassLoader.defineClass1()
  2. Java RT
    URLClassLoader.findClass
    1. java.lang.ClassLoader.defineClass1(Native Method)
    2. java.lang.ClassLoader.defineClass(ClassLoader.java:620)
    3. java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
    4. java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
    5. java.net.URLClassLoader.access$100(URLClassLoader.java:56)
    6. java.net.URLClassLoader$1.run(URLClassLoader.java:195)
    7. java.security.AccessController.doPrivileged(Native Method)
    8. java.net.URLClassLoader.findClass(URLClassLoader.java:188)
    8 frames
  3. Plexus
    ClassRealm.loadClass
    1. org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386)
    2. org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42)
    3. org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244)
    4. org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230)
    4 frames
  4. M3 Agent
    Maven3Main.main
    1. org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:135)
    2. org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:64)
    2 frames