[
https://issues.apache.org/jira/browse/SOLR-2339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12989016#comment-12989016
]
Hoss Man commented on SOLR-2339:
--------------------------------
yonik pointed out on IRC that the main motivation behind LUCENE-2142 could
easily apply to solr users as well...
bq. So this means... you could happily think all is good, until some day, well
into production, once you've updated enough docs, suddenly the check will catch
you and throw an unhandled exception, stopping all searches [that need to sort
by this string field] in their tracks. It's not gracefully degrading.
...arguing that for solr users as well: the loss of this particular check is a
feature and not a bug.
i feel like the user bases and use cases are different enough that the
"default" behavior should be different -- but not enough to fight strongly for
it.
if anyone else has an opinion, please comment -- for now i'm going to just
tackle the case where there is not doubt you have a problem: sorting on a
multiValued field
> No error reported when sorting on a field Solr knows you shouldn't sort on.
> ---------------------------------------------------------------------------
>
> Key: SOLR-2339
> URL: https://issues.apache.org/jira/browse/SOLR-2339
> Project: Solr
> Issue Type: Bug
> Components: search
> Reporter: Hoss Man
> Assignee: Hoss Man
> Fix For: 3.1, 4.0
>
>
> In the past, Solr has relied on the underlying FieldCache to throw an error
> in situations where sorting on a field was not possible. however LUCENE-2142
> has changed this, so that FieldCache never throws an error.
> In order to maintain the functionality of past Solr releases (ie: error when
> users attempt to sort on a field that we known will produce meaningless
> results) we should add some sort of check at the Solr level.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
