[
https://issues.apache.org/jira/browse/LUCENE-4542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13491845#comment-13491845
]
Chris Male commented on LUCENE-4542:
------------------------------------
+1 I absolutely agree we need to make this change. There is another issue (I
can't remember what just yet and I'm using a bad connection) where the
recursion cap was causing analysis loops.
Do you want to create a patch? We need to maintain backwards compatibility so
the default experience should be using RECURSION_CAP as it is today. However
users should be able to pass in a value as well (that includes the
HunspellStemFilterFactory).
> Make RECURSION_CAP in HunspellStemmer configurable
> --------------------------------------------------
>
> Key: LUCENE-4542
> URL: https://issues.apache.org/jira/browse/LUCENE-4542
> Project: Lucene - Core
> Issue Type: Improvement
> Components: modules/analysis
> Affects Versions: 4.0
> Reporter: Piotr
>
> Currently there is
> private static final int RECURSION_CAP = 2;
> in the code of the class HunspellStemmer. It makes using hunspell with
> several dictionaries almost unusable, due to bad performance (f.ex. it costs
> 36ms to stem long sentence in latvian for recursion_cap=2 and 5 ms for
> recursion_cap=1). It would be nice to be able to tune this number as needed.
> AFAIK this number (2) was chosen arbitrary.
> (it's a first issue in my life, so please forgive me any mistakes done).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
