lucene-solr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (JIRA)" <j...@apache.org>
Subject [jira] Commented: (SOLR-1815) SolrJ doesn't preserve the order of facet queries returned from solr
Date Fri, 12 Mar 2010 20:39:27 GMT

    [ 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.


Mime
View raw message