[
https://issues.apache.org/jira/browse/LUCENE-5999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14163156#comment-14163156
]
Uwe Schindler commented on LUCENE-5999:
---------------------------------------
bq. The only thing I'm not happy about with this patch is having to add
AbstractStandardTokenizer so that setMaxTokenLength could be available for both
impls. If someone has an idea for a cleaner approach, I'm happy to drop that.
Make the abstract base class package-private, so it is invisible in Javadocs.
You solved it already in another way, but if you want to prevent the instanceof
checks, this is the way to go.
> Add backcompat support for StandardTokenizer before 4.7
> -------------------------------------------------------
>
> Key: LUCENE-5999
> URL: https://issues.apache.org/jira/browse/LUCENE-5999
> Project: Lucene - Core
> Issue Type: Bug
> Reporter: Ryan Ernst
> Attachments: LUCENE-5999.patch, LUCENE-5999.patch
>
>
> The merge from trunk for branch_5x remove the backcompat support in
> StandardTokenizer for previous unicode versions. With 5x, we only need to
> add support back for 4.0-4.6 (unicode 6.1).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
