You are viewing a plain text version of this content. The canonical link for it is here.
Posted to builds@apache.org by Andreas Veithen <an...@gmail.com> on 2013/08/03 20:54:41 UTC

Re: java 5 build fails

On Wed, Jul 24, 2013 at 10:48 AM, Olivier Lamy <ol...@apache.org> wrote:
> 2013/7/24 Thomas Fox <Th...@seitenbau.net>:
>> 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 <Th...@seitenbau.net>:
>>> >
>>> > 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

Re: java 5 build fails

Posted by Andreas Veithen <an...@gmail.com>.
Olivier,

Please forget about my last mail. I just saw your message in the other thread.

Andreas

On Sat, Aug 3, 2013 at 8:54 PM, Andreas Veithen
<an...@gmail.com> wrote:
> On Wed, Jul 24, 2013 at 10:48 AM, Olivier Lamy <ol...@apache.org> wrote:
>> 2013/7/24 Thomas Fox <Th...@seitenbau.net>:
>>> 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 <Th...@seitenbau.net>:
>>>> >
>>>> > 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