[
https://issues.apache.org/jira/browse/SOLR-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12844668#action_12844668
]
Yonik Seeley commented on SOLR-1815:
------------------------------------
I'll go ahead and make this change soon if there are no objections.
As it relates to SolrJ, HashMap vs LinkedHashMap for facet queries will be
completely inconsequential.
The only potential burden here lies with the server side - is there some reason
solr might not want to return them in order in the future? I really can't
think of a realistic reason why not.
> SolrJ doesn't preserve the order of facet queries returned from solr
> --------------------------------------------------------------------
>
> Key: SOLR-1815
> URL: https://issues.apache.org/jira/browse/SOLR-1815
> Project: Solr
> Issue Type: Bug
> Components: clients - java
> Affects Versions: 1.4
> Reporter: Steve Radhouani
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> Using Solrj, I wanted to sort the response of a range query based on some
> specific labels. For instance, using the query:
> {noformat}
> facet=true
> &facet.query={!key= Less than 100}[* TO 99]
> &facet.query={!key=100 - 200}[100 TO 200]
> &facet.query={!key=200 +}[201 TO *]
> {noformat}
> I wanted to display the response in the following order:
> {noformat}
> Less than 100 (x)
> 100 - 200 (y)
> 201 + (z)
> {noformat}
> independently on the values of x, y, z which are the numbers of the retrieved
> documents for each range.
> While Solr itself produces correctly the desired order (as specified in my
> query), SolrJ doesn't preserve it.
> RE: Yonik, a solution could be just to change
> {code}
> _facetQuery = new HashMap<String, Integer>();
> ...to...
> _facetQuery = new Linked HashMap<String, Integer>();
> {code}
>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
