Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 27594 invoked by uid 500); 5 Mar 2003 07:16:41 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 27581 invoked from network); 5 Mar 2003 07:16:40 -0000 Received: from mail.s-und-n.de (212.8.217.2) by daedalus.apache.org with SMTP; 5 Mar 2003 07:16:40 -0000 Received: from mail.s-und-n.de (localhost [127.0.0.1]) by mail2.s-und-n.de (postfix) with ESMTP id 65115913CF for ; Wed, 5 Mar 2003 08:16:51 +0100 (CET) Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id E6EA08D502 for ; Wed, 5 Mar 2003 08:16:50 +0100 (CET) Received: from hw0386 ([10.10.2.66]) by notes.sundn.de (Lotus Domino Release 5.0.8) with SMTP id 2003030508165014:17347 ; Wed, 5 Mar 2003 08:16:50 +0100 From: "Carsten Ziegeler" To: Subject: RE: cvs commit: xml-cocoon2 build.xml Date: Wed, 5 Mar 2003 08:17:18 +0100 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <1046829775.26174.24875.camel@ighp> X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 05.03.2003 08:16:50, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 05.03.2003 08:16:50, Serialize complete at 05.03.2003 08:16:50 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N David Crossley wrote: > > cziegeler@apache.org wrote: > > cziegeler 2003/03/04 08:34:35 > > > > Modified: . build.xml > > Log: > > Making cocoon at least buildable; > > Thanks. Actually, validation did work when i committed it. > Erk, i see what the problem was - i forgot to commit > the "any.rng" grammar ... sloppy, sorry. > No problem. > > why are there two validations and why in the init? > > They are done once high up in the build to catch errors > with the default config files. Then they are done again > after the bits from the blocks have been merged. I thought > that my comments in the build.xml said that (i will clarify). > > Why in the "init"? ... because it should fail straight away > if there are problems with the main config. Should that be > moved to another early build target? > The problem with "init" is, that it is executed for any target, so even if you make a "build clean", init is executed and this then tries to validate. Yesterday I wasn't even able to make a "build clean" because of "validation errors". So, I think this is the wrong place. Carsten