Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Mon, 29 Aug 2011 19:49:38 +0000 (UTC)
From: "Michael McCandless (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <855221253.4693.1314647378480.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <418412610.4288.1314643717770.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (SOLR-2735) cache LuceneFieldType in SchemaField
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Michael McCandless commented on SOLR-2735:
------------------------------------------

Or maybe Solr's FT could extend Lucene's?  Maybe some of the properties tracked by Solr's FT could move into Lucene's FT...

> cache LuceneFieldType in SchemaField
> ------------------------------------
>
>                 Key: SOLR-2735
>                 URL: https://issues.apache.org/jira/browse/SOLR-2735
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Yonik Seeley
>            Priority: Minor
>
> Lucene added a reusable FieldType (which I'll call LFT since Solr's FieldType has been around since inception).  Ironically this has led to Solr going backwards and creating more objects since FieldType.createField() now creates the LFT every time.  We should create it once and keep it in SchemaField, or perhaps even have SchemaField implement LFT.

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