[
https://issues.apache.org/jira/browse/LUCENE-1836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12746890#action_12746890
]
Uwe Schindler commented on LUCENE-1836:
---------------------------------------
The Buddhist calendar is internally a subclass of GregorianCalendar with some
offsets... Interesting.
[http://www.docjar.com/html/api/sun/util/BuddhistCalendar.java.html]
The Java calendar will not overflow in 2038, as it uses a long (but the unix
timestamp multiplied with 1000L), so it should last for several
thousand/million years (I tested this), especially as the unix epoch is still
always the same point in time (1970-01-01 expressed in the GregorianCalendar)
The problem with DateTools is more, that the values stored in index are not
correctly normalized, so the index would not work on another locale (especially
as parsing the dates may fail, because other number of days per month). All
date/times with DateTools should be indexed as normalized values (gregorian
with GMT/UTC TZ) to achieve interoperability. The same like indexing date/time
with NumericField using the ms since unix epoch.
> Flexible QueryParser fails with local different from en_US
> ----------------------------------------------------------
>
> Key: LUCENE-1836
> URL: https://issues.apache.org/jira/browse/LUCENE-1836
> Project: Lucene - Java
> Issue Type: Bug
> Components: contrib/*
> Affects Versions: 2.9
> Reporter: Uwe Schindler
> Assignee: Luis Alves
> Fix For: 2.9
>
> Attachments: LUCENE-1836.patch, LUCENE-1836.patch, LUCENE-1836.patch,
> LUCENE-1836.patch
>
>
> I get the following error during the mentioned testcases on my computer, if I
> use the Locale de_DE (windows 32):
> {code}
> [junit] Testsuite: org.apache.lucene.queryParser.standard.TestQPHelper
> [junit] Tests run: 29, Failures: 1, Errors: 0, Time elapsed: 1,156 sec
> [junit]
> [junit] ------------- Standard Output ---------------
> [junit] Result: (fieldX:xxxxx fieldy:xxxxxxxx)^2.0
> [junit] ------------- ---------------- ---------------
> [junit] Testcase:
> testLocalDateFormat(org.apache.lucene.queryParser.standard.TestQPHelper):
> FAILED
> [junit] expected:<1> but was:<0>
> [junit] junit.framework.AssertionFailedError: expected:<1> but was:<0>
> [junit] at
> org.apache.lucene.queryParser.standard.TestQPHelper.assertHits(TestQPHelper.java:1148)
> [junit] at
> org.apache.lucene.queryParser.standard.TestQPHelper.testLocalDateFormat(TestQPHelper.java:1005)
> [junit] at
> org.apache.lucene.util.LuceneTestCase.runTest(LuceneTestCase.java:201)
> [junit]
> [junit]
> [junit] Test org.apache.lucene.queryParser.standard.TestQPHelper FAILED
> [junit] Testsuite:
> org.apache.lucene.queryParser.standard.TestQueryParserWrapper
> [junit] Tests run: 27, Failures: 1, Errors: 0, Time elapsed: 1,219 sec
> [junit]
> [junit] ------------- Standard Output ---------------
> [junit] Result: (fieldX:xxxxx fieldy:xxxxxxxx)^2.0
> [junit] ------------- ---------------- ---------------
> [junit] Testcase:
> testLocalDateFormat(org.apache.lucene.queryParser.standard.TestQueryParserWrapper):
> FAILED
> [junit] expected:<1> but was:<0>
> [junit] junit.framework.AssertionFailedError: expected:<1> but was:<0>
> [junit] at
> org.apache.lucene.queryParser.standard.TestQueryParserWrapper.assertHits(TestQueryParserWrapper.java:1120)
> [junit] at
> org.apache.lucene.queryParser.standard.TestQueryParserWrapper.testLocalDateFormat(TestQueryParserWrapper.java:985)
> [junit] at
> org.apache.lucene.util.LuceneTestCase.runTest(LuceneTestCase.java:201)
> [junit]
> [junit]
> [junit] Test
> org.apache.lucene.queryParser.standard.TestQueryParserWrapper FAILED
> {code}
> With en_US as locale it works.
--
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
