[
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 1:58 PM:
-----------------------------------------------------------------
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?
** name name:manu (at the moment it seems the "aliased" field always wins)
** pippo:name pippo:manu ( at the moment it seems the last alias wins)
For latest three I believe a SyntaxError would be more appropriate
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
** -\* I understand that should be wrong but what would be the correct
behaviour? SyntaxError?
> 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: [email protected]
For additional commands, e-mail: [email protected]