[ 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org