[ https://issues.apache.org/jira/browse/LUCENE-6845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alan Woodward updated LUCENE-6845: ---------------------------------- Attachment: LUCENE-6845_norenames.patch Ah, I see what you mean now. I've changed the patch to be as least invasive as I can make it - SpanScorer is merged into Spans, rather than the other way around, and SpanWeight.getSpans() stays the same. > Merge Spans and SpanScorer > -------------------------- > > Key: LUCENE-6845 > URL: https://issues.apache.org/jira/browse/LUCENE-6845 > Project: Lucene - Core > Issue Type: Improvement > Reporter: Alan Woodward > Assignee: Alan Woodward > Fix For: Trunk, 5.4 > > Attachments: LUCENE-6845.patch, LUCENE-6845_norenames.patch, > LUCENE-6845_norenames.patch, LUCENE-6845_norenames.patch.txt > > > SpanScorer and Spans currently share the burden of scoring span queries, with > SpanScorer delegating to Spans for most operations. Spans is essentially a > Scorer, just with the ability to iterate through positions as well, and no > SimScorer to use for scoring. This seems overly complicated. We should > merge the two classes into one. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org