[
https://issues.apache.org/jira/browse/LUCENE-2068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12778395#action_12778395
]
Robert Muir commented on LUCENE-2068:
-------------------------------------
Simon, thanks! l agree we should use these Character methods, because I believe
the JDK will implement them in the fastest way.
(bitmask for some things, etc)
The reason it looked like this is because I copied & pasted from apache harmony
then edited to our needs (allow char[], int, int).
> fix reverseStringFilter for unicode 4.0
> ---------------------------------------
>
> Key: LUCENE-2068
> URL: https://issues.apache.org/jira/browse/LUCENE-2068
> Project: Lucene - Java
> Issue Type: Improvement
> Components: contrib/analyzers
> Reporter: Robert Muir
> Priority: Minor
> Fix For: 3.1
>
> Attachments: LUCENE-2068.patch, LUCENE_2068.patch
>
>
> ReverseStringFilter is not aware of supplementary characters: when it
> reverses it will create unpaired surrogates, which will be replaced by U+FFFD
> by the indexer (but not at query time).
> The wrong words will conflate to each other, and the right words won't match,
> basically the whole thing falls apart.
> This patch implements in-place reverse with the algorithm from apache harmony
> AbstractStringBuilder.reverse0()
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
