[jira] Commented: (LUCENE-584) Decouple Filter from BitSet

[ https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483868 ] Yonik Seeley commented on LUCENE-584: - > BitsMatcher could also work without the "exhausted" flag, but then an >

[jira] Commented: (LUCENE-446) FunctionQuery - score based on field value

[ https://issues.apache.org/jira/browse/LUCENE-446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483878 ] Yonik Seeley commented on LUCENE-446: - > i think once upon a time Yonik held off because he wasn't sure if he lik

non indexed field query clauses? help wanted

I see that there is a lot of activity going on with query clauses (FunctionQuery, etc.) Has anyone thought again about having a query clause that operated on stored (non-indexed) values? It would seem that a query optimizer would want to evaluate these queries last, since they obviously w

[jira] Commented: (LUCENE-584) Decouple Filter from BitSet

[ https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483894 ] Paul Elschot commented on LUCENE-584: - > We know that matchers will be inner-loop stuff. It seems like any scorer

[jira] Commented: (LUCENE-584) Decouple Filter from BitSet

[ https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483895 ] Yonik Seeley commented on LUCENE-584: - > In case the speed advantage of removing this flag is preferred, I don't