lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael McCandless (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (LUCENE-4735) IBM J9 JVM causes test failure in Kuromoji's TestExtended
Date Tue, 29 Jan 2013 20:39:13 GMT

     [ https://issues.apache.org/jira/browse/LUCENE-4735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Michael McCandless updated LUCENE-4735:
---------------------------------------

    Attachment: LUCENE-4735.patch

Patch w/ workaround for Lucene.  If you use TreeMap.lowerEntry instead of TreeMap.subMap.lastKey
then it seems to sidestep the issue.
                
> IBM J9 JVM causes test failure in Kuromoji's TestExtended
> ---------------------------------------------------------
>
>                 Key: LUCENE-4735
>                 URL: https://issues.apache.org/jira/browse/LUCENE-4735
>             Project: Lucene - Core
>          Issue Type: Bug
>            Reporter: Michael McCandless
>         Attachments: LUCENE-4735.patch
>
>
> Note that this is not a Lucene bug; it's a JVM bug, but I wanted to track it in Lucene
as well in case others hit it.
> I noticed this test frequently fails when running under IBM's J9 JVM (1.6.0) ... and
I finally tracked down the root cause and made a small test case, eg on trunk, rev 1439839,
if you run:
> {noformat}
>   ant test -Dtestcase=TestExtendedMode -Dtestmethod=testRandomHugeStrings -Dtests.seed=26D2B352E9603950
> {noformat}
> it fails with this:
> {noformat}
> [junit4:junit4]    > Throwable #1: java.lang.IllegalArgumentException: startOffset
must be non-negative, and endOffset must be >= startOffset, startOffset=4272,endOffset=4271
> [junit4:junit4]    > 	at __randomizedtesting.SeedInfo.seed([26D2B352E9603950:BEF1D491B7168518]:0)
> [junit4:junit4]    > 	at org.apache.lucene.analysis.tokenattributes.OffsetAttributeImpl.setOffset(OffsetAttributeImpl.java:45)
> [junit4:junit4]    > 	at org.apache.lucene.analysis.ja.JapaneseTokenizer.incrementToken(JapaneseTokenizer.java:463)
> [junit4:junit4]    > 	at org.apache.lucene.analysis.BaseTokenStreamTestCase.checkAnalysisConsistency(BaseTokenStreamTestCase.java:635)
> [junit4:junit4]    > 	at org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:546)
> [junit4:junit4]    > 	at org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:447)
> [junit4:junit4]    > 	at org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:375)
> [junit4:junit4]    > 	at org.apache.lucene.analysis.ja.TestExtendedMode.testRandomHugeStrings(TestExtendedMode.java:76)
> {noformat}
> I've seen other analyzer tests fail with similar exceptions.
> I dug in, and found that there's a bug in TreeMap.subMap, and it's easily reproduced
with a small test case, which I'll attach.  I'll also open an issue with J9.
> I also found a workaround that seems to sidestep the bug for Lucene.

--
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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message