Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Mon, 4 Apr 2011 16:56:05 +0000 (UTC)
From: "Hoss Man (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <1451331280.32790.1301936165721.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1744541461.11877.1301077925926.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (SOLR-2444) Update fl syntax to support: pseudo
 fields, AS, transformers, and wildcards
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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