On Wed, Jul 24, 2013 at 10:48 AM, Olivier Lamy <[email protected]> wrote: > 2013/7/24 Thomas Fox <[email protected]>: >> Hi Olivier, >> >> Thanks for the information. >> No need to revert now, I'd rather discuss at the Torque dev list whether we >> still want to support java 1.5. Perhaps we'll raise the requirement to java >> 1.6 and everything is fine, if no other projects have difficulties. >> > > But we have a lot of projects... so I have reverted :-)
I still see that error with our Java 1.5 builds. Are there plans to fix that or should we all switch to Java 1.6? Andreas > >> Thanks again for the quick reply, >> >> Thomas >> >> Olivier Lamy wrote >> >>> Hi, >>> I upgraded our jenkins instance because last versions has a lot of >>> improvements (performance) especially for Maven jobs type. >>> But this mean it's not possible anymore to build with 1.5 (except if >>> you use freestyle jobs rather than maven job type or except if I can >>> fix that :-)). >>> So even if 1.5 is EOL for a while now..., I will revert that as it >>> looks to be used here. >>> >>> >>> 2013/7/24 Thomas Fox <[email protected]>: >>> > >>> > Hi all, >>> > >>> > It seems that java 5 builds are broken (at least on ubuntu4). >>> > The last three Torque builds[1] have failed with the same exception, >> which >>> > basically says (full stack trace [2]) >>> > Caused by: java.lang.UnsupportedClassVersionError: Bad version number >>> > in .class file >>> > >>> > The latest successful build was a week ago (17.07.2013 21:44:45) >>> > The build is using maven 2.2.1. >>> > >>> > Was jenkins updated in the last few days ? >>> > >>> > Thanks in advance for any hints, >>> > >>> > Thomas >>> > >>> > [1] Torque build url: https://builds.apache.org/job/Torque4-trunk >>> > >>> > [2]Full stack trace >>> > [torque4-trunk] $ /home/hudson/tools/java/latest1.5/bin/java >>> > -cp /home/jenkins/jenkins-slave/maven-agent.jar:/home/jenkins/ >>> jenkins-slave/classworlds.jar >>> > >>> > hudson.maven.agent.Main /home/hudson/tools/maven/apache-maven-2.2. >>> 1 /home/jenkins/jenkins-slave/slave.jar /home/jenkins/jenkins-slave/ >>> maven-interceptor.jar >>> > 35858 /home/jenkins/jenkins-slave/maven2.1-interceptor.jar >>> > <===[JENKINS REMOTING CAPACITY]===channel started >>> >>ERROR: Failed to parse POMs >>> > java.io.IOException: Remote call on Channel to Maven >>> > [/home/hudson/tools/java/latest1.5/bin/java, >>> > -cp, /home/jenkins/jenkins-slave/maven-agent.jar:/home/jenkins/ >>> jenkins-slave/classworlds.jar, >>> > >>> > hudson.maven.agent.Main, /home/hudson/tools/maven/apache-maven-2. >>> 2.1, /home/jenkins/jenkins-slave/slave.jar, /home/jenkins/jenkins- >>> slave/maven-interceptor.jar, >>> > 35858, /home/jenkins/jenkins-slave/maven2.1-interceptor.jar] failed >>> > at hudson.remoting.Channel.call(Channel.java:722) >>> > at hudson.maven.ProcessCache$MavenProcess.<init> >>> > (ProcessCache.java:112) >>> > at hudson.maven.ProcessCache.get(ProcessCache.java:231) >>> > at hudson.maven.MavenModuleSetBuild >>> > $MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:717) >>> > at hudson.model.AbstractBuild$AbstractBuildExecution.run >>> > (AbstractBuild.java:586) >>> > at hudson.model.Run.execute(Run.java:1593) >>> > at hudson.maven.MavenModuleSetBuild.run >>> > (MavenModuleSetBuild.java:495) >>> > at hudson.model.ResourceController.execute >>> > (ResourceController.java:88) >>> > at hudson.model.Executor.run(Executor.java:247) >>> > Caused by: java.lang.ClassFormatError: Failed to load >>> > hudson.maven.ProcessCache$GetSystemProperties >>> > at hudson.remoting.RemoteClassLoader.loadClassFile >>> > (RemoteClassLoader.java:291) >>> > at hudson.remoting.RemoteClassLoader.findClass >>> > (RemoteClassLoader.java:229) >>> > at java.lang.ClassLoader.loadClass(ClassLoader.java:307) >>> > at java.lang.ClassLoader.loadClass(ClassLoader.java:252) >>> > at java.lang.ClassLoader.loadClassInternal >>> > (ClassLoader.java:320) >>> > at java.lang.Class.forName0(Native Method) >>> > at java.lang.Class.forName(Class.java:242) >>> > at hudson.remoting.MultiClassLoaderSerializer >>> > $Input.resolveClass(MultiClassLoaderSerializer.java:113) >>> > at java.io.ObjectInputStream.readNonProxyDesc >>> > (ObjectInputStream.java:1544) >>> > at java.io.ObjectInputStream.readClassDesc >>> > (ObjectInputStream.java:1466) >>> > at java.io.ObjectInputStream.readOrdinaryObject >>> > (ObjectInputStream.java:1699) >>> > at java.io.ObjectInputStream.readObject0 >>> > (ObjectInputStream.java:1305) >>> > at java.io.ObjectInputStream.readObject >>> > (ObjectInputStream.java:348) >>> > at hudson.remoting.UserRequest.deserialize >>> > (UserRequest.java:182) >>> > at hudson.remoting.UserRequest.perform >> (UserRequest.java:98) >>> > at hudson.remoting.UserRequest.perform >> (UserRequest.java:48) >>> > at hudson.remoting.Request$2.run(Request.java:326) >>> > at hudson.remoting.InterceptingExecutorService$1.call >>> > (InterceptingExecutorService.java:72) >>> > at java.util.concurrent.FutureTask$Sync.innerRun >>> > (FutureTask.java:269) >>> > at java.util.concurrent.FutureTask.run >> (FutureTask.java:123) >>> > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask >>> > (ThreadPoolExecutor.java:651) >>> > at java.util.concurrent.ThreadPoolExecutor$Worker.run >>> > (ThreadPoolExecutor.java:676) >>> > at java.lang.Thread.run(Thread.java:595) >>> > Caused by: java.lang.UnsupportedClassVersionError: Bad version number >>> > in .class file >>> > at java.lang.ClassLoader.defineClass1(Native Method) >>> > at java.lang.ClassLoader.defineClass(ClassLoader.java:621) >>> > at java.lang.ClassLoader.defineClass(ClassLoader.java:466) >>> > at hudson.remoting.RemoteClassLoader.loadClassFile >>> > (RemoteClassLoader.java:289) >>> > ... 22 more >>> > >>> >>> >>> >>> -- >>> Olivier Lamy >>> Ecetera: http://ecetera.com.au >>> http://twitter.com/olamy | http://linkedin.com/in/olamy >> > > > > -- > Olivier Lamy > Ecetera: http://ecetera.com.au > http://twitter.com/olamy | http://linkedin.com/in/olamy
