Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 12381 invoked from network); 3 Oct 2009 14:58:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Oct 2009 14:58:28 -0000 Received: (qmail 89418 invoked by uid 500); 3 Oct 2009 14:58:27 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 89317 invoked by uid 500); 3 Oct 2009 14:58:27 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 89309 invoked by uid 99); 3 Oct 2009 14:58:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Oct 2009 14:58:27 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [85.25.71.29] (HELO mail.troja.net) (85.25.71.29) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Oct 2009 14:58:15 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.troja.net (Postfix) with ESMTP id 5D033D36003 for ; Sat, 3 Oct 2009 16:57:55 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.troja.net Received: from mail.troja.net ([127.0.0.1]) by localhost (megaira.troja.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sTr-dMmnXoWk for ; Sat, 3 Oct 2009 16:57:45 +0200 (CEST) Received: from VEGA (port-83-236-62-3.dynamic.qsc.de [83.236.62.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.troja.net (Postfix) with ESMTPSA id 16B97D36002 for ; Sat, 3 Oct 2009 16:57:45 +0200 (CEST) From: "Uwe Schindler" To: References: <4AC698E4.1050606@gmail.com> <59b3eb370910021918h797027e8qf30761dd22e8f6e5@mail.gmail.com> <9ac0c6aa0910030235m4fa09700n76b15156c79252c5@mail.gmail.com> <9ac0c6aa0910030254k3eeabb37l886d9935a76ed165@mail.gmail.com> <4AC72413.7080900@gmail.com> <6A65C5585637407AB380DFB7585CAFF4@VEGA> <9ac0c6aa0910030320j235ff4f0ja2a407a689b47c92@mail.gmail.com> <54B13762B6404012A720BC3AB800D26D@VEGA> <9ac0c6aa0910030329m54cf7015n36413aa89c53f09f@mail.gmail.com> <8646756A0CC049DCAA46F5E03F18A0D8@VEGA> <7EDA76EC27934F0D8710E22956EE595E@VEGA> <3FE0CB910F8B4570A88ACD0362CA5645@VEGA> Subject: RE: Lucene 2.9 and deprecated IR.open() methods Date: Sat, 3 Oct 2009 16:57:44 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <3FE0CB910F8B4570A88ACD0362CA5645@VEGA> Thread-Index: AcpEFH2OkDXakEayRWelk1Qmnet7ggAABNxwAAA5qmAAAtrPMAAGN/0g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Checked: Checked by ClamAV on apache.org Do not wonder, I will now commit lots of test fixes for IR.open() in backwards branch and then merge to trunk! ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: uwe@thetaphi.de > -----Original Message----- > From: Uwe Schindler [mailto:uwe@thetaphi.de] > Sent: Saturday, October 03, 2009 2:00 PM > To: java-dev@lucene.apache.org > Subject: RE: Lucene 2.9 and deprecated IR.open() methods > > This seems to work, I have created some scripts that do the compilations > and > create a deprecation report and I start to fix in BW branch. The easieist > is > first to just remove a lot of tests, that only test the BW compatibility > API. > > I will post something, as soon as I have removed most deprec warnings. > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: uwe@thetaphi.de > > > > -----Original Message----- > > From: Uwe Schindler [mailto:uwe@thetaphi.de] > > Sent: Saturday, October 03, 2009 12:39 PM > > To: java-dev@lucene.apache.org > > Subject: RE: Lucene 2.9 and deprecated IR.open() methods > > > > I have a plan how to do the tests: > > > > I use my BW branch checkout and enable deprecation warnings there. I > then > > start to fix all deprec usage and remove all code parts that are only > > there > > to test bw compatibility (e.g. TestTokenStreamBWCompatibiliy). After > that > > the test should compile without deprec warnings. When this is done > commit > > and create new TAG. > > > > After that apply the patch also to trunk -> tests should compile :-) > > > > ----- > > Uwe Schindler > > H.-H.-Meier-Allee 63, D-28213 Bremen > > http://www.thetaphi.de > > eMail: uwe@thetaphi.de > > > > > > > -----Original Message----- > > > From: Uwe Schindler [mailto:uwe@thetaphi.de] > > > Sent: Saturday, October 03, 2009 12:33 PM > > > To: java-dev@lucene.apache.org > > > Subject: RE: Lucene 2.9 and deprecated IR.open() methods > > > > > > > From: Michael McCandless [mailto:lucene@mikemccandless.com] > > > > Sent: Saturday, October 03, 2009 12:29 PM > > > > To: java-dev@lucene.apache.org > > > > Subject: Re: Lucene 2.9 and deprecated IR.open() methods > > > > > > > > On Sat, Oct 3, 2009 at 6:25 AM, Uwe Schindler > wrote: > > > > > Now it gets slower. After applying LUCENE-1944, you get >600 > errors > > > when > > > > > compiling tests :( > > > > > > > > > > We should have checked our tests in 2.9 that they only call > > deprecated > > > > > methods for BW compatibility. > > > > > > > > Sigh. Yes, going forward we should probably always fix tests to not > > > > use deprecated APIs anymore, at the same time that we deprecate. > > > > > Now I have to change tons of IR.open(), IW() > > > > > calls in backwards branch and also in trunk tests. But the patch > is > > > > > currently the same for both branches - puh. > > > > > > > > Maybe we should re-cut the back-compat branch after removal of all > > > > deprecated APIs? > > > > > > > > > No, better apply the patch on both branches. Because I changed > generics > > in > > > TokenStream API and want to be sure, that not generified BW branch > > works. > > > Now it would not even compile anymore, because BW branch is forced to > > Java > > > 1.4. The simpliest is really to create a patch and apply it to both > > > branches > > > or merge it using SVN. That's my smallest problem. > > > > > > > > Completely unhappy :-( > > > > > > > > Sorry :( Take a deep breath. Go consume some coffee or dark > > > > chocolate (or, maybe, a beer!) :) > > > > > > > > Mike > > > > > > > > -------------------------------------------------------------------- > - > > > > To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org > > > > For additional commands, e-mail: java-dev-help@lucene.apache.org > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org > > > For additional commands, e-mail: java-dev-help@lucene.apache.org > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org > > For additional commands, e-mail: java-dev-help@lucene.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: java-dev-help@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org