[ 
https://issues.apache.org/jira/browse/LENS-619?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Himanshu Gahlaut updated LENS-619:
----------------------------------
    Description: 
This is the refined model after knowledge crunching:

Lens will always accept a new query from a user and put it in a scheduling 
queue for processing.
Next candidate query picked up from scheduling queue for processing will be 
launched only if all query launching constraints evaluated on candidate query 
and launched queries allows the candidate query to be launched, otherwise the 
candidate query will be added to waiting queries.

When any launched query is finished, a set of waiting query selectors will 
select next waiting queries eligible for scheduling. Intersection of result of 
all waiting query selectors will be added to scheduling queue for reprocessing.

At initialization, Query Launching Constraints and Waiting Query Selectors will 
be configured using configuration values.

New Query Launching Constraints and Waiting Query Selectors can be added at run 
time, without rebuilding and deploying lens module.

Waiting Queries will be persisted across server restarts.

  was:
This is the refined model after knowledge crunching:

Lens will always accept a new query from a user and put it in a scheduling 
queue for processing.
Next candidate query picked up from scheduling queue for processing will be 
launched only if all query launching constraints evaluated on candidate query 
and launched queries allows the candidate query to be launched, otherwise the 
candidate query will be added to waiting queries.

When any launched query is finished, a set of waiting query selectors will 
select next waiting queries eligible for scheduling. Intersection of result of 
all waiting query selectors will be added to scheduling queue for reprocessing.

At initialization, Query Launching Constraints will be configured using 
configuration values.

New Query Launching Constraints and Waiting Query Selectors can be added at run 
time, without rebuilding and deploying lens module.

Waiting Queries will be persisted across server restarts.


> Applying Query Launching Constraints before allowing a query to be launched
> ---------------------------------------------------------------------------
>
>                 Key: LENS-619
>                 URL: https://issues.apache.org/jira/browse/LENS-619
>             Project: Apache Lens
>          Issue Type: New Feature
>            Reporter: Himanshu Gahlaut
>            Assignee: Himanshu Gahlaut
>
> This is the refined model after knowledge crunching:
> Lens will always accept a new query from a user and put it in a scheduling 
> queue for processing.
> Next candidate query picked up from scheduling queue for processing will be 
> launched only if all query launching constraints evaluated on candidate query 
> and launched queries allows the candidate query to be launched, otherwise the 
> candidate query will be added to waiting queries.
> When any launched query is finished, a set of waiting query selectors will 
> select next waiting queries eligible for scheduling. Intersection of result 
> of all waiting query selectors will be added to scheduling queue for 
> reprocessing.
> At initialization, Query Launching Constraints and Waiting Query Selectors 
> will be configured using configuration values.
> New Query Launching Constraints and Waiting Query Selectors can be added at 
> run time, without rebuilding and deploying lens module.
> Waiting Queries will be persisted across server restarts.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to