[
https://issues.apache.org/jira/browse/SOLR-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13015673#comment-13015673
]
Ryan McKinley commented on SOLR-2444:
-------------------------------------
bq. It just seems both strange and limiting to say that an augmenter may only
have one argument.
bq. But I suppose if that argument is always just a string, the augmentor could
always parse it into multiple arguments.
Ya, the value augmenter actually does this -- you can specify a type [value int
10] vs [value 10]
bq. What is the syntax of "argment"? is it backslash escaped so the value can
contain "]"?
I guess that is a good idea -- if it makes things complicated, i'm not too
worried about it. You could use another parameter if if there is a need for
something complex.
bq. Still too complex for my tastes. I think that should be fl=myvalue:10
would this mean that any unknown string becomes a literal value? I would
rather have an error then shorten the SELECT 10 case. See SOLR-2441
> Update fl syntax to support: pseudo fields, AS, transformers, and wildcards
> ---------------------------------------------------------------------------
>
> Key: SOLR-2444
> URL: https://issues.apache.org/jira/browse/SOLR-2444
> Project: Solr
> Issue Type: New Feature
> Reporter: Ryan McKinley
> Attachments: SOLR-2444-fl-parsing.patch, SOLR-2444-fl-parsing.patch
>
>
> The ReturnFields parsing needs to be improved. It should also support
> wildcards
--
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
