You are viewing a plain text version of this content. The canonical link for it is here.
Posted to builds@apache.org by Thomas Fox <Th...@seitenbau.net> on 2013/07/24 10:03:32 UTC
java 5 build fails
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
Re: Job is missing (was Re: java 5 build fails)
Posted by Andreas Lehmkühler <an...@lehmi.de>.
> Olivier Lamy <ol...@apache.org> hat am 24. Juli 2013 um 11:43 geschrieben:
>
>
> doh the upgrade has changed some datas and not possible to downgrade.
> So I have upgraded again.
OK, the job is back again. Thanks!
> If you really want to build 1.5 you must use a freestyle job.
OK, I'll see if this works for us. Otherwise I'll come back and ask for
some advise ;-)
> The good point is I can upgrade now to a more recent version of tomcat 7.x
+1
> 2013/7/24 Andreas Lehmkühler <an...@lehmi.de>:
> > Hi,
> >
> >> Andreas Lehmkühler <an...@lehmi.de> hat am 24. Juli 2013 um 10:50
> >> geschrieben:
> >>
> >>
> >> Hi,
> >>
> >> > Olivier Lamy <ol...@apache.org> hat am 24. Juli 2013 um 10:28
> >> > geschrieben:
> >> >
> >> >
> >> > 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.
> >> That would be nice, as I guess PDFBox isn't the only projects using 1.5,
> >> at least for one of our builds (PDFBox 1.8.x)
> >>
> >> BTW: Did this update possibly broke something else? One of our jobs
> >> just disappeared (again).
> > Sorry, I forgot some additional information. I'm talking about the
> > "PDFBox-trunk"-job. Last time it ran was yesterday. There are not logs about
> > deleting it. The last log entry is about my configuration change.
> >
> > 2013-07-22_19-29-06 PDFBox-trunk Changed lehmi View as XML (RAW)
> >
> > Any Ideas?
> >
> > BR
> > Andreas Lehmkühler
>
>
>
> --
> Olivier Lamy
> Ecetera: http://ecetera.com.au
> http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Job is missing (was Re: java 5 build fails)
Posted by Andreas Veithen <an...@gmail.com>.
Some update on this issue: to avoid the issue, the latest Jenkins
version installed on builds.apache.org now tries to start the build
with Java 1.6 instead of 1.5 and to automatically configure the
compilation and test phases to use Java 1.5. This works for simple
and/or well designed builds (see e.g. Woden), but in case of Axis2,
this fails because the build does some compilation using Ant.
Since there have been no objections, I'm going to configure the Axis2
job with Java 1.6 and remove the Axis2-trunk-java-1.6 job.
Andreas
On Sat, Aug 3, 2013 at 9:17 PM, Andreas Veithen
<an...@gmail.com> wrote:
> It's probably time to reopen the discussion about support for Java 1.5
> in Axis2. My POV has always been that we should drop support for Java
> 1.5 only if there are good reasons to do so. Obviously the fact that
> we no longer have a continuous integration system able to support Java
> 1.5 builds out of the box is a good reason. Note that it is still
> possible to maintain Java 1.5 compatibility even if we build with
> newer Java version (the Axiom and Axis 1.4 jobs are configured like
> that), but this requires some work. Another good reason to drop
> support for Java 1.5 is that it becomes increasingly difficult to keep
> all dependencies compatible with Java 1.5 (e.g. there was a discussion
> in the MIME4J project about that a couple of weeks ago).
>
> Some people have pointed out that Java 1.5 is EOL for a long time now.
> However, this only applies to Oracle's JRE. IBM still has a supported
> WebSphere version (6.1) that runs on (IBM) Java 1.5. However, end of
> support for that version is 30 September 2013, i.e. really soon. This
> means that one argument in favor of keeping Java 1.5 support is about
> to become irrelevant.
>
> Andreas
>
> ---------- Forwarded message ----------
> From: Olivier Lamy <ol...@apache.org>
> Date: Wed, Jul 24, 2013 at 11:43 AM
> Subject: Re: Job is missing (was Re: java 5 build fails)
> To: "builds@apache.org" <bu...@apache.org>, Andreas Lehmkühler
> <an...@lehmi.de>
>
>
> doh the upgrade has changed some datas and not possible to downgrade.
> So I have upgraded again.
> If you really want to build 1.5 you must use a freestyle job.
> The good point is I can upgrade now to a more recent version of tomcat 7.x
>
>
> 2013/7/24 Andreas Lehmkühler <an...@lehmi.de>:
>> Hi,
>>
>>> Andreas Lehmkühler <an...@lehmi.de> hat am 24. Juli 2013 um 10:50
>>> geschrieben:
>>>
>>>
>>> Hi,
>>>
>>> > Olivier Lamy <ol...@apache.org> hat am 24. Juli 2013 um 10:28 geschrieben:
>>> >
>>> >
>>> > 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.
>>> That would be nice, as I guess PDFBox isn't the only projects using 1.5,
>>> at least for one of our builds (PDFBox 1.8.x)
>>>
>>> BTW: Did this update possibly broke something else? One of our jobs
>>> just disappeared (again).
>> Sorry, I forgot some additional information. I'm talking about the
>> "PDFBox-trunk"-job. Last time it ran was yesterday. There are not logs about
>> deleting it. The last log entry is about my configuration change.
>>
>> 2013-07-22_19-29-06 PDFBox-trunk Changed lehmi View as XML (RAW)
>>
>> Any Ideas?
>>
>> BR
>> Andreas Lehmkühler
>
>
>
> --
> Olivier Lamy
> Ecetera: http://ecetera.com.au
> http://twitter.com/olamy | http://linkedin.com/in/olamy
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@axis.apache.org
For additional commands, e-mail: java-dev-help@axis.apache.org
Fwd: Job is missing (was Re: java 5 build fails)
Posted by Andreas Veithen <an...@gmail.com>.
It's probably time to reopen the discussion about support for Java 1.5
in Axis2. My POV has always been that we should drop support for Java
1.5 only if there are good reasons to do so. Obviously the fact that
we no longer have a continuous integration system able to support Java
1.5 builds out of the box is a good reason. Note that it is still
possible to maintain Java 1.5 compatibility even if we build with
newer Java version (the Axiom and Axis 1.4 jobs are configured like
that), but this requires some work. Another good reason to drop
support for Java 1.5 is that it becomes increasingly difficult to keep
all dependencies compatible with Java 1.5 (e.g. there was a discussion
in the MIME4J project about that a couple of weeks ago).
Some people have pointed out that Java 1.5 is EOL for a long time now.
However, this only applies to Oracle's JRE. IBM still has a supported
WebSphere version (6.1) that runs on (IBM) Java 1.5. However, end of
support for that version is 30 September 2013, i.e. really soon. This
means that one argument in favor of keeping Java 1.5 support is about
to become irrelevant.
Andreas
---------- Forwarded message ----------
From: Olivier Lamy <ol...@apache.org>
Date: Wed, Jul 24, 2013 at 11:43 AM
Subject: Re: Job is missing (was Re: java 5 build fails)
To: "builds@apache.org" <bu...@apache.org>, Andreas Lehmkühler
<an...@lehmi.de>
doh the upgrade has changed some datas and not possible to downgrade.
So I have upgraded again.
If you really want to build 1.5 you must use a freestyle job.
The good point is I can upgrade now to a more recent version of tomcat 7.x
2013/7/24 Andreas Lehmkühler <an...@lehmi.de>:
> Hi,
>
>> Andreas Lehmkühler <an...@lehmi.de> hat am 24. Juli 2013 um 10:50
>> geschrieben:
>>
>>
>> Hi,
>>
>> > Olivier Lamy <ol...@apache.org> hat am 24. Juli 2013 um 10:28 geschrieben:
>> >
>> >
>> > 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.
>> That would be nice, as I guess PDFBox isn't the only projects using 1.5,
>> at least for one of our builds (PDFBox 1.8.x)
>>
>> BTW: Did this update possibly broke something else? One of our jobs
>> just disappeared (again).
> Sorry, I forgot some additional information. I'm talking about the
> "PDFBox-trunk"-job. Last time it ran was yesterday. There are not logs about
> deleting it. The last log entry is about my configuration change.
>
> 2013-07-22_19-29-06 PDFBox-trunk Changed lehmi View as XML (RAW)
>
> Any Ideas?
>
> BR
> Andreas Lehmkühler
--
Olivier Lamy
Ecetera: http://ecetera.com.au
http://twitter.com/olamy | http://linkedin.com/in/olamy
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@axis.apache.org
For additional commands, e-mail: java-dev-help@axis.apache.org
Re: Job is missing (was Re: java 5 build fails)
Posted by Olivier Lamy <ol...@apache.org>.
doh the upgrade has changed some datas and not possible to downgrade.
So I have upgraded again.
If you really want to build 1.5 you must use a freestyle job.
The good point is I can upgrade now to a more recent version of tomcat 7.x
2013/7/24 Andreas Lehmkühler <an...@lehmi.de>:
> Hi,
>
>> Andreas Lehmkühler <an...@lehmi.de> hat am 24. Juli 2013 um 10:50
>> geschrieben:
>>
>>
>> Hi,
>>
>> > Olivier Lamy <ol...@apache.org> hat am 24. Juli 2013 um 10:28 geschrieben:
>> >
>> >
>> > 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.
>> That would be nice, as I guess PDFBox isn't the only projects using 1.5,
>> at least for one of our builds (PDFBox 1.8.x)
>>
>> BTW: Did this update possibly broke something else? One of our jobs
>> just disappeared (again).
> Sorry, I forgot some additional information. I'm talking about the
> "PDFBox-trunk"-job. Last time it ran was yesterday. There are not logs about
> deleting it. The last log entry is about my configuration change.
>
> 2013-07-22_19-29-06 PDFBox-trunk Changed lehmi View as XML (RAW)
>
> Any Ideas?
>
> BR
> Andreas Lehmkühler
--
Olivier Lamy
Ecetera: http://ecetera.com.au
http://twitter.com/olamy | http://linkedin.com/in/olamy
Job is missing (was Re: java 5 build fails)
Posted by Andreas Lehmkühler <an...@lehmi.de>.
Hi,
> Andreas Lehmkühler <an...@lehmi.de> hat am 24. Juli 2013 um 10:50
> geschrieben:
>
>
> Hi,
>
> > Olivier Lamy <ol...@apache.org> hat am 24. Juli 2013 um 10:28 geschrieben:
> >
> >
> > 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.
> That would be nice, as I guess PDFBox isn't the only projects using 1.5,
> at least for one of our builds (PDFBox 1.8.x)
>
> BTW: Did this update possibly broke something else? One of our jobs
> just disappeared (again).
Sorry, I forgot some additional information. I'm talking about the
"PDFBox-trunk"-job. Last time it ran was yesterday. There are not logs about
deleting it. The last log entry is about my configuration change.
2013-07-22_19-29-06 PDFBox-trunk Changed lehmi View as XML (RAW)
Any Ideas?
BR
Andreas Lehmkühler
Re: java 5 build fails
Posted by Andreas Lehmkühler <an...@lehmi.de>.
Hi,
> Olivier Lamy <ol...@apache.org> hat am 24. Juli 2013 um 10:28 geschrieben:
>
>
> 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.
That would be nice, as I guess PDFBox isn't the only projects using 1.5,
at least for one of our builds (PDFBox 1.8.x)
BTW: Did this update possibly broke something else? One of our jobs
just disappeared (again).
BR
Andreas Lehmkühler
> 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
Re: java 5 build fails
Posted by Andreas Lehmkühler <an...@lehmi.de>.
Hi,
> Olivier Lamy <ol...@apache.org> hat am 24. Juli 2013 um 10:28 geschrieben:
>
>
> 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.
That would be nice, as I guess PDFBox isn't the only projects using 1.5,
at least for one of our builds (PDFBox 1.8.x)
BTW: Did this update possibly broke something else? One of our jobs
just disappeared (again).
BR
Andreas Lehmkühler
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
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
Re: java 5 build fails
Posted by Andreas Veithen <an...@gmail.com>.
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 Olivier Lamy <ol...@apache.org>.
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 :-)
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: java 5 build fails
Posted by Olivier Lamy <ol...@apache.org>.
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 :-)
> 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 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.
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
Re: java 5 build fails
Posted by 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.
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
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: java 5 build fails
Posted by Olivier Lamy <ol...@apache.org>.
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
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: java 5 build fails
Posted by Olivier Lamy <ol...@apache.org>.
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