Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 91338 invoked from network); 5 Apr 2002 03:22:53 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 5 Apr 2002 03:22:53 -0000 Received: (qmail 17317 invoked by uid 97); 5 Apr 2002 03:23:00 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 17301 invoked by uid 97); 5 Apr 2002 03:22:59 -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 17290 invoked from network); 5 Apr 2002 03:22:59 -0000 From: "Conor MacNeill" To: "Ant Developers List" Subject: RE: Bootstrap error on FreeBSD Date: Fri, 5 Apr 2002 13:23:34 +1000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Stefan Bodewig [mailto:bodewig@apache.org] > > On Wed, 3 Apr 2002, Magesh Umasankar wrote: > > > Exception javax.xml.parsers.FactoryConfigurationError can't be > > thrown in initializer. > > javac 1.1.8 doesn't seem to understand that FactoryConfigurationError > is an Error and not an Exception. It does understand this but I think it doesn't like the error being thrown when initialising a static field. > > I cannot see any backwards compatible way to work around this. We'd > have to remove access to dbfactory which affects potential subclasses. > I have a fix. It makes the protected variable non final but just a shadow of a private variable. This makes the factory accessible to subclasses but they cannot change the instance used by this class. > We could assume that there are no subclasses of AggregateTransformer > and hide dbfactory behind a protected method or exclude > AggregateTransformer from compilation in 1.1. > Let me know what you think? Conor -- To unsubscribe, e-mail: For additional commands, e-mail: