[ 
https://issues.apache.org/jira/browse/SOLR-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13015495#comment-13015495
 ] 

Hoss Man commented on SOLR-2444:
--------------------------------

bq. I like the syntax you suggest. The reason i suggested fl.pseudo=key:value 
is more to do with the implementation then the syntax. With fl.pseudo.key=value 
we have to iterate and compare all parameters to parse the pseudo fields rather 
then just getParams( "fl.pseudo" ).

Yeah ... one possibility is to use the same approach we use for field overrides 
in other params...

{code}
fl.pseudo=external+price+alias
fl.pseudo=external+popularity+alias
fl.pseudo.external+price+alias=internal+price+field
fl.pseudo.external+popularity+alias=internal+popularity+field
{code}

...it's a little verbose, but since the main use of this is likely to be 
"default" params anyway (because people specifying it at request time could 
just include the aliasing directly in hte param value) it might not be that bad.

bq. OK, so for the basic syntax of how to name pseudofields, I think these are 
the top 3 options we have?

i vote for the colon.  "=" is evil since it's easy to confuse as a key=val 
delimiter in the URL (and requires extra escaping in most docs to explain it 
correctly).  "x AS y" just seems unnecessarily verbose.



> 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

Reply via email to