You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "David Smiley (JIRA)" <ji...@apache.org> on 2015/12/10 06:52:11 UTC
[jira] [Commented] (SOLR-8305) can LatLonType.getValueSource's
QParser use be replaced?
[ https://issues.apache.org/jira/browse/SOLR-8305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15050123#comment-15050123 ]
David Smiley commented on SOLR-8305:
------------------------------------
+1 to the patch
+0 to also eventually removing QParser from getValueSource's signature (separate issue). I've found it useful for doing interesting/custom things from the getValueSource method since it provides context to the outside world beyond simply fetching the valueSource. However I believe the cases where I've used it, I could have used the SolrRequestInfo ThreadLocal/singleton.
> can LatLonType.getValueSource's QParser use be replaced?
> --------------------------------------------------------
>
> Key: SOLR-8305
> URL: https://issues.apache.org/jira/browse/SOLR-8305
> Project: Solr
> Issue Type: Wish
> Reporter: Christine Poerschke
> Assignee: Christine Poerschke
> Priority: Minor
> Attachments: SOLR-8305.patch, SOLR-8305.patch
>
>
> Question with patch against trunk. Context is that elsewhere in the classes the {{IndexSchema}} member is used instead of the {{QParser}} method parameter and would the resulting schema not be the same when using the member instead of the parameter? Motivation here is potential removal of the QParser argument from the {{getValueSource}} signature.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org