[
https://issues.apache.org/jira/browse/SOLR-9783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15706126#comment-15706126
]
ASF subversion and git services commented on SOLR-9783:
-------------------------------------------------------
Commit 02c687758e904ab92c2b766b2ec837bcb99f484f in lucene-solr's branch
refs/heads/master from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=02c6877 ]
SOLR-9783: (Search|Top)Group[s]ShardResponseProcessor.process: turned
sortWithinGroup null check into assert.
Also sort.equals tweak in (grouping) QueryCommand.create method.
> remove no-longer-needed sortWithinGroup null checks in
> (Search|Top)Group[s]ShardResponseProcessor
> -------------------------------------------------------------------------------------------------
>
> Key: SOLR-9783
> URL: https://issues.apache.org/jira/browse/SOLR-9783
> Project: Solr
> Issue Type: Task
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Christine Poerschke
> Assignee: Christine Poerschke
> Priority: Minor
> Attachments: SOLR-9783.patch
>
>
> Why this, why now? I was looking some more at SOLR-6203 and what the next
> sub-step after the SOLR-9660 sub-step might be. Revisiting [~Judith]'s
> SOLR-6203 README file, the step (1) is included in SOLR-9660 and step (2)
> mentions passing around SortSpecs rather than plain Sorts, with Search and
> TopGroups ShardResponseProcessor amongst the files affected. In principle the
> change for those two files should be straightforward i.e.
> {code}
> ...
> - Sort sortWithinGroup = rb.getGroupingSpec().getSortWithinGroup();
> + SortSpec sortSpecWithinGroup =
> rb.getGroupingSpec().getSortSpecWithinGroup();
> ...
> {code}
> except that both starting points are
> {code}
> Sort sortWithinGroup = rb.getGroupingSpec().getSortWithinGroup();
> if (sortWithinGroup == null) { // TODO prevent it from being null in the
> first place
> sortWithinGroup = Sort.RELEVANCE;
> }
> {code}
> and so this ticket here aims to get rid of the two 'TODO' statements. The
> statements were added as part of LUCENE-6900's
> https://svn.apache.org/viewvc?view=revision&revision=1716569 in November 2015
> and Judith's original SOLR-6203.patch is from October 2015 i.e. slightly
> before then.
> [~dsmiley] - do you recall anything re: when/how {{sortWithinGroup}} could be
> null back then? From my reading of the current (master) code the
> sortWithinGroup would never be null now. {{solr/core}} tests pass when the if
> statements are removed (will attach patch and also run the non-core solr
> tests) but that could of course just be due to lacking test coverage.
> And unrelated but noticed whilst in the code area, the patch includes a
> {code}
> + ... || sort == Sort.RELEVANCE) {
> - ... || sort.equals(Sort.RELEVANCE)) {
> {code}
> tweak to QueryCommand.java also.
--
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
