I upgraded my experiments machine to Jenkins 1.418. It has several slave nodes which are connecting with the swarm plugin (java -jar swarm-client-1.4-jar-with-dependencies.jar).
Now that I've upgraded to 1.418, my jobs that use the Warnings plugin all fail with the message:
Later in the stack trace there is a "Class not found" exception as well.
That failure message is mentioned in an earlier e-mail thread. The earlier mail thread suggests that I may need to use a later version of slave.jar. Unfortunately, as far as I can tell, there is no later version of the swarm client jar with dependencies.
I'm using the 1.4 version of the swarm client jar file, which seems to be the latest available from http://maven.dyndns.org/2/org/jvnet/hudson/plugins/swarm-client/ (as referenced by the Swarm plugin wiki page - https://wiki.jenkins-ci.org/display/JENKINS/Swarm+Plugin).
I can switch from using the swarm plugin to defining the slaves myself at the central server, but I prefer the swarm technique for defining clients, since it allows clients to come and go without me having to make changes on the server.
Am I diagnosing the problem correctly, or is there something different needed?
In case it helps, the specific class not found exception was:
Caused by: java.lang.ClassNotFoundException: hudson.plugins.warnings.parser.Warning
I am unable to duplicate the problem on the LTS version (1.409.1), and I had not seen the problem on the earlier version running on that machine, which I believe was 1.414.
In reply to this post by Mark Waite
I'm not sure if this is related to a change in core or in my plug-ins. See JENKINS-10183 and JENKINS-10153 for the corresponding Jira issues. Does the error disappear if you are reverting to your previous Jenkins version (without changing the warnings plug-in?).
In reply to this post by Mark Waite
On 07/02/2011 03:13 AM, Mark Waite wrote:
> In case it helps, the specific class not found exception was:
> Caused by: java.lang.ClassNotFoundException:
The full stacktrace will help to find the source of this problem. Could
you post it?
On Sat, Jul 2, 2011 at 11:40, Mykola Nikishov <[hidden email]> wrote:
> On 07/02/2011 03:13 AM, Mark Waite wrote:
>> In case it helps, the specific class not found exception was:
>> Caused by: java.lang.ClassNotFoundException:
> The full stacktrace will help to find the source of this problem. Could
> you post it?
The Swarm client with dependencies has the classes from the slave.jar
in it. With 1.418 the slave.jar has to be upgraded. So either you
contact the maintainer of the swarm plugin to release a new version
with updated dependencies, or you use the swarm client without
dependencies and add the slave.jar to the classpath if you execute the
Thanks for the clarification. I have several choices, and they all seem reasonable to me.
I can switch from the cutting edge Jenkins version to the long term support version (since it hasn't yet switched to need the new slave.jar), or I can switch to the swarm client without dependencies and satisfy the dependencies myself (including the new slave.jar), or I can wait for an updated swarm client with dependencies. The first two are both very reasonable for me, so I'll pick one of those two and move forward.
I guess another alternative would be to attempt to package my own swarm client jar file with dependencies. I'm not sure I'd be successful with that attempt.
Thanks again for a great application and for amazing support from the mailing list.
In reply to this post by Ulli Hafner
On Jul 2, 11:33 am, Ulli Hafner <[hidden email]> wrote:
> I'm not sure if this is related to a change in core or in my plug-ins.
> See JENKINS-10183 <https://issues.jenkins-ci.org/browse/JENKINS-10183>
> and JENKINS-10153 <https://issues.jenkins-ci.org/browse/JENKINS-10153>
> for the corresponding Jira issues. Does the error disappear if you are
> reverting to your previous Jenkins version (without changing the
> warnings plug-in?).
You can add <https://issues.jenkins-ci.org/browse/JENKINS-10171> to
That's FindbugsParser it cannot find on a swarm client.
I think I have come across a bug in the perforce plugin changelist
The following output shows the problem
Started by an SCM change
Building remotely on Roadrunner
Using remote perforce client: CI_WalkaboutZombieLand-Roadrunner
[WalkaboutZombieLand] $ p4.exe workspace -o CI_WalkaboutZombieLand-Roadrunner
Saving modified client CI_WalkaboutZombieLand-Roadrunner
[WalkaboutZombieLand] $ p4.exe -s client -i
Last build changeset: 164616
[WalkaboutZombieLand] $ p4.exe counter change
[WalkaboutZombieLand] $ p4.exe -s changes //CI_WalkaboutZombieLand-Roadrunner/...@164617,@164628
[WalkaboutZombieLand] $ p4.exe describe -s 164627
[WalkaboutZombieLand] $ p4.exe describe -s 164621
[WalkaboutZombieLand] $ p4.exe describe -s 164618
[WalkaboutZombieLand] $ p4.exe describe -s 164617
Sync'ing workspace to changelist 164627.
[WalkaboutZombieLand] $ p4.exe sync //CI_WalkaboutZombieLand-Roadrunner/...@164627
It will display the changes from changelist 164617 to 164628. However, it then syncs against changelist 164627. Therefore the page that shows the changes in this build will show a change that is not in this build, but the next build.
In reply to this post by Henk van Voorthuijsen-2
I first saw the problem when I upgraded from the earlier Jenkins to 1.418. At that time I was running an older (out of date) Warnings plugin. Upgrading the Warnings plugin did not change the failure. I assumed (possibly incorrectly) that the problem was likely a core Jenkins change rather than a plugin change, since I did not alter the plugin.
In reply to this post by JamesRigby
from what I can see from your logs, it looks good to me. 164628 may be the last change in your server, whereas 164627 is the last change impacting your view.
Do you have 164628 showing in the web UI? If so, you're right, there is an issue. If not, I think it's OK.
On Mon, Jul 4, 2011 at 4:55 PM, James Rigby <[hidden email]> wrote:
|Powered by Nabble||Edit this page|