Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 94665 invoked from network); 6 Feb 2002 09:09:30 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 6 Feb 2002 09:09:30 -0000 Received: (qmail 12746 invoked by uid 97); 6 Feb 2002 09:09:32 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 12730 invoked by uid 97); 6 Feb 2002 09:09:32 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 12719 invoked from network); 6 Feb 2002 09:09:32 -0000 Message-ID: <01b101c1aeed$fc8ff6e0$d1eefea9@homenkf0y0hwu0> Reply-To: "Stephane Bailliez" From: "Stephane Bailliez" To: "Ant Developers List" References: Subject: Re: [AUDIT] jakarta-ant/proposal/myrmidon Date: Wed, 6 Feb 2002 10:09:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ----- Original Message ----- From: "Adam Murdoch" > Can we switch off the "Modifiers of declaration are present in a > non-standard order" check? As far as I can tell, according to the sections > of the JLS that they cite, it's the audit tool that's got the modifiers in > the wrong order, not our code. Switching it off is probably not a good idea but fixing it could be :) > The appropriate sections (8.1.1, 8.3.1 and 8.4.3) of the JLS are at: > > http://java.sun.com/docs/books/jls/second_edition/html/classes.doc.html There is something wrong somewhere. Maybe a modification from the first JLS version ? If you look at the example in 8.3.1.1, they use "final static." and not static final. In they QA manual (5.21) they say: class declaration, 8.1.2, p.130: public abstract final field declaration, 8.3.1, p.144: public protected private final static transient method declaration 8.4.3, p.157 public protected private abstract static final static synchronized native Stephane -- To unsubscribe, e-mail: For additional commands, e-mail: