Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 23543 invoked from network); 31 Aug 2006 21:48:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Aug 2006 21:48:56 -0000 Received: (qmail 2937 invoked by uid 500); 31 Aug 2006 21:48:54 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 2908 invoked by uid 500); 31 Aug 2006 21:48:54 -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 2897 invoked by uid 99); 31 Aug 2006 21:48:53 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Aug 2006 14:48:53 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Aug 2006 14:48:53 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 569B241000B for ; Thu, 31 Aug 2006 21:45:22 +0000 (GMT) Message-ID: <33175831.1157060722352.JavaMail.jira@brutus> Date: Thu, 31 Aug 2006 14:45:22 -0700 (PDT) From: "Steven Parkes (JIRA)" To: java-dev@lucene.apache.org Subject: [jira] Created: (LUCENE-667) javacc skeleton files not regenerated 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 javacc skeleton files not regenerated ------------------------------------- Key: LUCENE-667 URL: http://issues.apache.org/jira/browse/LUCENE-667 Project: Lucene - Java Issue Type: Bug Components: QueryParser Reporter: Steven Parkes Priority: Minor Attachments: javacc.patch Copies of the the character stream files for javacc are checked into svn. These files were generated under javacc 3.0 (at least that's what they say, though javacc 3.2 says this too). javacc 4 complains that they are out of date but won't replace them; they must be removed before it will regenerate them. There is one side effect of removing them: local changes are lost. r387550 removed a couple of deprecated methods. By using the files as generated by javacc, these deprecated methods will be readded (at least until the javacc team removes them totally). There are other changes being made to the stream files, so I woudl think it's better to live with them unmodified than to keep local versions just for this change. If we want javacc to recreate the files, the attached patch will remove them before running javacc. All the tests pass using both javacc3.2 and 4.0. -- 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