When an item which doesn't have an AbstractProject task is in the queue block the build queue. This happen specifically with CloudBees proprietary plugin long-running-builds. However, it is in my opinion a bug.
It might be perfect not to use Abstractproject and better use Job instead so Workflow plugin is integrated. I might work on this, but for the moment my intention is just to fix this bug more than integrate with Workflow.
2015-08-08 13:50:48.211+0200 [id=62] SEVERE hudson.triggers.SafeTimerTask#run: Timer task hudson.model.Queue$MaintainTask@423e2af8 failed
java.lang.ClassCastException: com.cloudbees.jenkins.plugins.longrunning.BackgroundTask cannot be cast to hudson.model.AbstractProject
at hudson.plugins.buildblocker.BuildBlockerQueueTaskDispatcher.getBuildBlockerProperty(BuildBlockerQueueTaskDispatcher.java:199)
at hudson.plugins.buildblocker.BuildBlockerQueueTaskDispatcher.canTake(BuildBlockerQueueTaskDispatcher.java:108)
at hudson.model.Queue$JobOffer.canTake(Queue.java:281)
at hudson.model.Queue.maintain(Queue.java:1049)
at hudson.model.Queue$MaintainTask.doRun(Queue.java:2033)
at hudson.triggers.SafeTimerTask.run(SafeTimerTask.java:54)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
|