[
https://issues.apache.org/jira/browse/SOLR-12420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16494173#comment-16494173
]
Shawn Heisey commented on SOLR-12420:
-------------------------------------
It's my understanding that luceneMatchVersion can actually be specified on each
individual analysis component within the schema, with a different version on
every one if that's desired. But as far as I know, if you want it global, it
has to go in solrconfig,xml. In our examples, it is not in the schema.
> Propose removing schema version; use luceneMatchVersion instead
> ---------------------------------------------------------------
>
> Key: SOLR-12420
> URL: https://issues.apache.org/jira/browse/SOLR-12420
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: David Smiley
> Priority: Major
>
> I propose that the schema version be removed in lieu of using
> luceneMatchVersion for this. One less thing to manage (in code, need REST
> API -- SOLR-7242, thing to document; etc.). We don't need the fidelity to
> differentiate from luceneMatchVersion. We're already using
> luceneMatchVersion for things instead of having a ton of additional version
> numbers. I can understand the point of putting a version number in in a
> config file but I don't think we should continue this practice.
> To make this happen, if the luceneMatchVersion is >= 7.4 (the release which
> we start doing this) then a non-existent schema version becomes equivalent to
> the latest schema version. Specifying the schema version becomes deprecated
> but supported; we might log a warning.
> In 8.0, strip schema version out altogether.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
