Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 70533 invoked from network); 16 Mar 2006 18:16:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 Mar 2006 18:16:06 -0000 Received: (qmail 86498 invoked by uid 500); 16 Mar 2006 18:15:28 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 86425 invoked by uid 500); 16 Mar 2006 18:15:28 -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 86293 invoked by uid 99); 16 Mar 2006 18:15:27 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Mar 2006 10:15:27 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Mar 2006 10:15:27 -0800 Received: from ajax (localhost.localdomain [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 589FC6ACAA for ; Thu, 16 Mar 2006 18:15:06 +0000 (GMT) Message-ID: <972424967.1142532906359.JavaMail.jira@ajax> Date: Thu, 16 Mar 2006 18:15:06 +0000 (GMT) From: "Doug Cutting (JIRA)" To: java-dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-500) Lucene 2.0 requirements - Remove all deprecated code In-Reply-To: <817928557.1140904853935.JavaMail.jira@ajax.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENE-500?page=comments#action_12370729 ] Doug Cutting commented on LUCENE-500: ------------------------------------- I think we should commit this, except leave DateField deprecated rather than remove it, since that is the promise made. We should probably remove that promise, however, so that we can eventually remove it. We said we'd remove all deprecated code, and we won't. But that won't break anyone who compiles in 1.9.1 without deprecation warnings, which is the more important promise. Then we'll have a proto-2.0 release for developers to test. We can separately decide how to handle dates in the QueryParser. It would not be wrong to continue doing the same thing we've done in 1.9, would it? That won't break anyone. In short, let's not let this issue stop us from removing all of the other deprecated code and finding out whether anything else breaks. > Lucene 2.0 requirements - Remove all deprecated code > ---------------------------------------------------- > > Key: LUCENE-500 > URL: http://issues.apache.org/jira/browse/LUCENE-500 > Project: Lucene - Java > Type: Task > Versions: 1.9 > Reporter: Grant Ingersoll > Attachments: deprecation.txt > > Per the move to Lucene 2.0 from 1.9, remove all deprecated code and update documentation, etc. > Patch to follow shortly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org