[JENKINS-29924] Items with non-AbstractProjects tasks block the build queue

Type: Bug
Resolution: Fixed
Priority: Major
Component/s: build-blocker-plugin
Labels:
- pipeline
Environment:
build-blocker-plugin-1.7.1

Similar Issues:
Powered by SuggestiMate

Show

When an item which doesn't have an AbstractProject task stay on the queue blocks the build queue. This happens 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)

is duplicated by

JENKINS-30688 Workflow jobs are blocked when allocating a node.

Resolved

JENKINS-29295 build-blocker-plugin 1.7.1 breaks workflow jobs

Resolved

links to

PR 7

PR 8

Félix Belzunce Arcos created issue - 2015-08-13 06:28

Félix Belzunce Arcos made changes - 2015-08-13 06:34

Description

Original: 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.

{code:java}
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)
{code}

New: When an item which doesn't have an AbstractProject task stayed in the queue blocking 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.

{code:java}
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)
{code}

Félix Belzunce Arcos made changes - 2015-08-13 06:50

Description

Original: When an item which doesn't have an AbstractProject task stayed in the queue blocking 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.

{code:java}
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)
{code}

New: When an item which doesn't have an AbstractProject task stay on the queue blocks the build queue. This happens 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.

{code:java}
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)
{code}

Jesse Glick made changes - 2015-08-13 15:02

Remote Link

New: This issue links to "PR 7 (Web Link)" [ 13111 ]

Jesse Glick made changes - 2015-08-13 15:02

Status

Original: Open [ 1 ]

New: In Progress [ 3 ]

Jesse Glick made changes - 2015-08-13 19:00

Labels

New: workflow

Jesse Glick made changes - 2015-08-13 19:01

Link

New: This issue is duplicated by ~~JENKINS-29295~~ [ ~~JENKINS-29295~~ ]

SCM/JIRA link daemon added a comment - 2015-09-24 14:59

Code changed in jenkins
User: Frederik Fromm
Path:
src/main/java/hudson/plugins/buildblocker/BuildBlockerQueueTaskDispatcher.java
http://jenkins-ci.org/commit/build-blocker-plugin/4736acca0f441238d1c634218463452cb5d7a65c
Log:
Merge pull request #7 from fbelzunc/long-running-builds

[FIXED JENKINS-29924] Items with non-AbstractProjects tasks block the build queue

Compare: https://github.com/jenkinsci/build-blocker-plugin/compare/042930e2b7b9...4736acca0f44

SCM/JIRA link daemon added a comment - 2015-09-24 14:59 Code changed in jenkins User: Frederik Fromm Path: src/main/java/hudson/plugins/buildblocker/BuildBlockerQueueTaskDispatcher.java http://jenkins-ci.org/commit/build-blocker-plugin/4736acca0f441238d1c634218463452cb5d7a65c Log: Merge pull request #7 from fbelzunc/long-running-builds [FIXED JENKINS-29924] Items with non-AbstractProjects tasks block the build queue Compare: https://github.com/jenkinsci/build-blocker-plugin/compare/042930e2b7b9...4736acca0f44

SCM/JIRA link daemon made changes - 2015-09-24 14:59

Resolution		New: Fixed [ 1 ]
Status	Original: In Progress [ 3 ]	New: Resolved [ 5 ]

Christoph Vogtländer added a comment - 2015-11-12 17:01

When will 1.7.2 be released? Is there something else missing? I'm currently testing the snapshot and everything works as expected so far.

Christoph Vogtländer added a comment - 2015-11-12 17:01 When will 1.7.2 be released? Is there something else missing? I'm currently testing the snapshot and everything works as expected so far.

Assignee:: Félix Belzunce Arcos

Reporter:: Félix Belzunce Arcos

Votes:: 0 Vote for this issue

Watchers:: 9 Start watching this issue

Created:: 2015-08-13 06:28

Updated:: 2016-08-29 17:26

Resolved:: 2015-12-13 22:43

Jenkins

Details

Description

Attachments

Issue Links

Activity

Collapse comment: SCM/JIRA link daemon added a comment - 2015-09-24 14:59

Expand comment: SCM/JIRA link daemon added a comment - 2015-09-24 14:59

Collapse comment: Christoph Vogtländer added a comment - 2015-11-12 17:01

Expand comment: Christoph Vogtländer added a comment - 2015-11-12 17:01

People

Dates