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

Robert Muir commented on SOLR-2663:
-----------------------------------

{quote}
Regardless of my usecase, i think this is a good idea in general since it makes 
IndexSchema a lot easier to read/maintain and helps make it more obvious 
exactly what info is being used when initializing the FieldTypes+Analyzers
{quote}

+1, I find it hard to navigate this class, I think it helps to split it up.

> Refactor FieldTypePluginLoader out of IndexSchema
> -------------------------------------------------
>
>                 Key: SOLR-2663
>                 URL: https://issues.apache.org/jira/browse/SOLR-2663
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Hoss Man
>            Assignee: Hoss Man
>         Attachments: SOLR_2663.patch
>
>
> I have a use case where i'd like to be able to programmaticly "test" if a 
> (single) arbitrary FieldType configuration is valid, but this is currently 
> impossibly because the code to parse/init FieldTypes is buried deep inside 
> IndexSchema.readSchema using anonymous inner-subclasses of 
> AbstractPluginLoader.
> I'd like to refactor this out into a concrete public class.  Regardless of my 
> usecase, i think this is a good idea in general since it makes IndexSchema a 
> lot easier to read/maintain and helps make it more obvious exactly what info 
> is being used when initializing the FieldTypes+Analyzers

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