Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Tue, 5 Apr 2011 20:41:05 +0000 (UTC)
From: "Yonik Seeley (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <1052982932.35886.1302036065832.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: quoted-printable


    [ https://issues.apache.org/jira/browse/SOLR-2444?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13016=
107#comment-13016107 ]=20

Yonik Seeley commented on SOLR-2444:
------------------------------------

bq. no need for the '_' with transformers =E2=80=93 i would hope that the b=
rackets tell you that it is a tranformer.

Right, but it seems like the name of the transformer should match the field=
 that it adds to the document by default?  That's just a convention of cour=
se... for example, fl=3D_docid_ adds the _docid_ field to the documents.  I=
t seems natural to refer to the transformer that does that as the _docid_ t=
ransformer?

bq. I still don't get this. How do you know that the literal is not referri=
ng to a field (or invalid field)? How do you know it is an int vs float vs =
double vs string? Seems like too much magic to me.

It's magic people expect, and easy to understand, because most of their pro=
gramming languages work that way. It's unlikely that float vs double would =
matter for returning a constant anyway - and things like JSON don't even di=
stinguish.  A string would be quoted, and an int would lack characteristics=
 of a float/doube.

We could even add float() int() double() long() functions in the future if =
we really need them.

=20

> Update fl syntax to support: pseudo fields, AS, transformers, and wildcar=
ds
> -------------------------------------------------------------------------=
--
>
>                 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.pat=
ch
>
>
> The ReturnFields parsing needs to be improved.  It should also support wi=
ldcards

--
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