lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael McCandless (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (SOLR-2119) IndexSchema should log warning if <analyzer> is declared with charfilter/tokenizer/tokenfiler out of order
Date Tue, 17 May 2011 12:54:48 GMT

     [ https://issues.apache.org/jira/browse/SOLR-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Michael McCandless updated SOLR-2119:
-------------------------------------

    Fix Version/s: 4.0
                   3.2

> IndexSchema should log warning if <analyzer> is declared with charfilter/tokenizer/tokenfiler
out of order
> ----------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-2119
>                 URL: https://issues.apache.org/jira/browse/SOLR-2119
>             Project: Solr
>          Issue Type: Improvement
>          Components: Schema and Analysis
>            Reporter: Hoss Man
>             Fix For: 3.2, 4.0
>
>
> There seems to be a segment of hte user population that has a hard time understanding
the distinction between a charfilter, a tokenizer, and a tokenfilter -- while we can certianly
try to improve the documentation about what exactly each does, and when they take affect in
the analysis chain, one other thing we should do is try to educate people when they constuct
their <analyzer> in a way that doesn't make any sense.
> at the moment, some people are attempting to do things like "move the Foo <tokenFilter/>
before the <tokenizer/>" to try and get certain behavior ... at a minimum we should
log a warning in this case that doing that doesn't have the desired effect
> (we could easily make such a situation fail to initialize, but i'm not convinced that
would be the best course of action, since some people may have schema's where they have declared
a charFilter or tokenizer out of order relative to their tokenFilters, but are still getting
"correct" results that work for them, and breaking their instance on upgrade doens't seem
like it would be productive)

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


Mime
View raw message