Resolution: Won't Fix
Affects Version/s: 3.3
Fix Version/s: None
after upgrading to lucene 3.1+, I see this in my log:
java.lang.AssertionError: TokenStream implementation classes or at least their incrementToken() implementation must be final
Turns out I derived TokenStream and my class was not declared final.
This silently breaks backward compatibility via reflection, scary...
I think doing this sort of check is fine, but throwing an java.lang.AssertionError in this case is too stringent.
This is a style check against lucene clients, a error log would be fine, but throwing an Error is too much.
See constructor implementation for: http://svn.apache.org/viewvc/lucene/dev/branches/branch_3x/lucene/src/java/org/apache/lucene/analysis/TokenStream.java?view=markup
|Assignee||Uwe Schindler [ thetaphi ]|
|Status||Open [ 1 ]||Resolved [ 5 ]|
|Resolution||Won't Fix [ 2 ]|
|Transition||Time In Source Status||Execution Times||Last Executer||Last Execution Date|
|10d 13h 58m||1||Uwe Schindler||18/Sep/11 09:02|