You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Andrea Gazzarini (JIRA)" <ji...@apache.org> on 2013/08/22 10:32:57 UTC
[jira] [Comment Edited] (SOLR-3191) field exclusion from fl
[ https://issues.apache.org/jira/browse/SOLR-3191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13747346#comment-13747346 ]
Andrea Gazzarini edited comment on SOLR-3191 at 8/22/13 8:32 AM:
-----------------------------------------------------------------
Hi all, I'm going to complete the implementation of the field exclusion (using trunk code) but in order to complete I have some questions (so probably I'll have to change a little bit something on my code):
* *New ReturnFields implementor or SolrReturnFields change?*
At the moment I created another class so the old implementation (SolrReturnFields) is still there. There's no code duplication (or just a little bit that can be remove if that is ok by changing the SolrReturnFields too) because the fl parsing uses a different logic (basically no QueryParsing.StrParser).
* *SolrReturnFields:83 support for fl=' ' => *,score*
There's a comment below this line about an old feature that could be removed. On the wiki there's no mention about that so can I remove that?
* *About glob*
What would be the right behaviour (see below)? A full name expansion support or just \*aaa bbb\*? Does SOLR need that complexity? I started playing with SOLR in 2009 and honestly I never used globs in fl so I have no concrete experience for taking a decision.
** The Wiki talks about just one example (with trailing wildcard)
** _org.apache.solr.search.ReturnFieldsTest.testWilcards()_ considers only beginning and trailing wildcard cases (e.g. \*aaa, bbb\*)
** But the code supports a wide range of globs (e.g. a*a, a?a, n*m*,n*m?)
* *fl expressions* (probably I will attach some other "ambiguous" case later)
What would be the expected behaviour in these cases?
** \* -name test
** -name test \*
** -name \* test
** -* I understand that should be wrong but what would be the correct behaviour? SyntaxError?
was (Author: a.gazzarini):
Hi all, I'm going to complete the implementation of the field exclusion (using trunk code) but in order to complete I have some questions (so probably I'll have to change a little bit something on my code):
* *New ReturnFields implementor or SolrReturnFields change?*
At the moment I created another class so the old implementation (SolrReturnFields) is still there. There's no code duplication (or just a little bit that can be remove if that is ok by changing the SolrReturnFields too) because the fl parsing uses a different logic (basically no QueryParsing.StrParser).
* *SolrReturnFields:83 support for fl=' ' => *,score*
There's a comment below this line about an old feature that could be removed. On the wiki there's no mention about that so can I remove that?
* *About glob*
What would be the right behaviour (see below)? A full name expansion support or just \*aaa bbb\*? Does SOLR need that complexity? I started playing with SOLR in 2009 and honestly I never used globs in fl so I have no concrete experience for taking a decision.
** The Wiki talks about just one example (with trailing wildcard)
** _org.apache.solr.search.ReturnFieldsTest.testWilcards()_ considers only beginning and trailing wildcard cases (e.g. \*aaa, bbb\*)
** But the code supports a wide range of globs (e.g. a*a, a?a, n*m*,n*m?)
* *fl expressions* (probably I will attach some other "ambiguous" case later)
What would be the expected behaviour in these cases?
** \* -name test
** -name test \*
** -name \* test
> field exclusion from fl
> -----------------------
>
> Key: SOLR-3191
> URL: https://issues.apache.org/jira/browse/SOLR-3191
> Project: Solr
> Issue Type: Improvement
> Reporter: Luca Cavanna
> Priority: Minor
>
> I think it would be useful to add a way to exclude field from the Solr response. If I have for example 100 stored fields and I want to return all of them but one, it would be handy to list just the field I want to exclude instead of the 99 fields for inclusion through fl.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org