Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 22878C8D0 for ; Tue, 24 Apr 2012 22:26:47 +0000 (UTC) Received: (qmail 73696 invoked by uid 500); 24 Apr 2012 22:26:46 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 73568 invoked by uid 500); 24 Apr 2012 22:26:45 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 73561 invoked by uid 99); 24 Apr 2012 22:26:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Apr 2012 22:26:45 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of uwe@thetaphi.de designates 188.138.97.18 as permitted sender) Received: from [188.138.97.18] (HELO mail.sd-datasolutions.de) (188.138.97.18) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Apr 2012 22:26:40 +0000 Received: from VEGA (port-92-196-65-14.dynamic.qsc.de [92.196.65.14]) by mail.sd-datasolutions.de (Postfix) with ESMTPSA id 729B114AA00A for ; Tue, 24 Apr 2012 22:26:18 +0000 (UTC) From: "Uwe Schindler" To: References: <721772915.2253.1335287474739.JavaMail.hudson@aegis> In-Reply-To: Subject: RE: [JENKINS] Lucene-Solr-tests-only-trunk-java7 - Build # 2324 - Failure Date: Wed, 25 Apr 2012 00:26:33 +0200 Message-ID: <01c101cd2269$4e3db5f0$eab921d0$@thetaphi.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFkwrK3E09YhBb9gHfpWJPFTepoCwKmIW/fAiedcQUCsDKJhQI6jF/+Af9UfHeXHY4bYA== Content-Language: de X-Virus-Checked: Checked by ClamAV on apache.org Hi, Since the last openjdk6,7 ports upgrades, the timezones update may = change with every single FreeBSD update, because JDK timezone files are = now a separate package shared across all ports. So it does not depend on = the JDK version. Die to a bug in the openjdk port this is disabled for = openjdk6 at the moment, but will come back! Uwe ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: uwe@thetaphi.de > -----Original Message----- > From: dawid.weiss@gmail.com [mailto:dawid.weiss@gmail.com] On Behalf = Of > Dawid Weiss > Sent: Wednesday, April 25, 2012 12:22 AM > To: dev@lucene.apache.org > Subject: Re: [JENKINS] Lucene-Solr-tests-only-trunk-java7 - Build # = 2324 - > Failure >=20 > I think the problem with repeatability here may be this, Chris: > https://issues.apache.org/jira/browse/LUCENE-4020 >=20 > The log on Jenkins for this seed says: >=20 > NOTE: test params are: codec=3DLucene40: {}, > sim=3DRandomSimilarityProvider(queryNorm=3Dfalse,coord=3Dfalse): {}, > locale=3Dth_TH_TH_#u-nu-thai, timezone=3DAsia/Karachi >=20 > and on my machine: >=20 > NOTE: test params are: codec=3DLucene40: {}, > sim=3DRandomSimilarityProvider(queryNorm=3Dfalse,coord=3Dfalse): {}, > locale=3Dzh_CN, timezone=3DAustralia/Yancowinna >=20 > Enforcing these on my machine still didn't result in that original = error though. I > tried on Jenkins though (with the same original JVM) > and: >=20 > ant test-core -Dtests.class=3D*.TimeZoneUtilsTest = -Dtests.method=3DtestRandom - > Dtests.seed=3DA928CC75CAAEE111 > -Dtests.multiplier=3D3 -Dargs=3D"-Dfile.encoding=3DUS-ASCII" > -Dtests.locale=3Dth_TH_TH#u-nu-thai -Dtests.timezone=3DAsia/Karachi >=20 > sure does reproduce every single time... >=20 > Dawid >=20 > On Tue, Apr 24, 2012 at 7:46 PM, Chris Hostetter = > wrote: > > > > : 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=3D*.TimeZoneUtilsTest = -Dtests.method=3DtestRandom - > Dtests.seed=3DA928CC75CAAEE111 -Dtests.multiplier=3D3 -Dargs=3D"- > Dfile.encoding=3DUS-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-unsubscribe@lucene.apache.org For > > additional commands, e-mail: dev-help@lucene.apache.org > > >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For = additional > commands, e-mail: dev-help@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org