You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Carsten Ziegeler (JIRA)" <ji...@apache.org> on 2010/09/06 16:04:37 UTC
[jira] Closed: (SLING-1710) JobEventHandler: jobs in a waiting
state won't be waked up anymore if
job.getProperty(EventUtil.PROPERTY_JOB_QUEUE_NAME) != null
[ https://issues.apache.org/jira/browse/SLING-1710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Carsten Ziegeler closed SLING-1710.
-----------------------------------
> JobEventHandler: jobs in a waiting state won't be waked up anymore if job.getProperty(EventUtil.PROPERTY_JOB_QUEUE_NAME) != null
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: SLING-1710
> URL: https://issues.apache.org/jira/browse/SLING-1710
> Project: Sling
> Issue Type: Bug
> Components: Extensions
> Affects Versions: Extensions Event 2.3.0
> Reporter: Philipp Koch
> Assignee: Carsten Ziegeler
> Priority: Critical
> Fix For: Extensions Event 2.4.0
>
>
> it may happen that a job (before execution) is put in a waiting state because the maximum parallel job count was reached.
> unfortunately, that waiting job won't be notified anymore in case the job is bound to a defined job queue:
> 1377 if ( job.getProperty(EventUtil.PROPERTY_JOB_QUEUE_NAME) == null ) {
> 1378 this.parallelJobCount--;
> 1379 this.backgroundLock.notify();
> 1380 }
> couldn't one simply remove the "job.getProperty(EventUtil.PROPERTY_JOB_QUEUE_NAME) == null" check or is there a reason why this check got added?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.