: FWIW: I can not reproduce this using hte specified seed...
Even when i added explicit checks for the input that the test complained
about ("GMT-00") i still can't reproduce ... but i'm using Java6 and i
don't have Java7.
I double checked the code, and i seriously don't understand how this
failure could happen -- unless multiple calls to
TimeZone.getTimeZone("GMT-00") return diff objects. (the only diff
between the expected and actual code paths are that in the "actual" path,
the helper method can return null instead of calling TimeZone.getTimeZone
if the input string doesn't match some rules.
Can anybody reproduce this failure?
you shouldn't even need to trust the seed, just run the entire
TimeZoneUtilsTest class with the changes to "testCustom" i just committed
that explicitly test "GMT-00"
: ant test -Dtests.class=*.TimeZoneUtilsTest -Dtests.method=testRandom
-Dtests.seed=A928CC75CAAEE111 -Dtests.multiplier=3
-Dargs="-Dfile.encoding=US-ASCII"
:
: And the same test passed on the latest trunk (non java7) jenkins build...
:
: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/13455/
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
