From user-return-4741-apmail-forrest-user-archive=forrest.apache.org@forrest.apache.org Wed Nov 26 01:08:17 2008 Return-Path: Delivered-To: apmail-forrest-user-archive@www.apache.org Received: (qmail 86610 invoked from network); 26 Nov 2008 01:08:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Nov 2008 01:08:17 -0000 Received: (qmail 74797 invoked by uid 500); 26 Nov 2008 01:08:27 -0000 Delivered-To: apmail-forrest-user-archive@forrest.apache.org Received: (qmail 74750 invoked by uid 500); 26 Nov 2008 01:08:27 -0000 Mailing-List: contact user-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@forrest.apache.org List-Id: Delivered-To: mailing list user@forrest.apache.org Received: (qmail 74739 invoked by uid 99); 26 Nov 2008 01:08:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Nov 2008 17:08:27 -0800 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [66.111.4.25] (HELO out1.smtp.messagingengine.com) (66.111.4.25) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Nov 2008 01:06:59 +0000 Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 909691C9168 for ; Tue, 25 Nov 2008 20:04:35 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 25 Nov 2008 20:04:35 -0500 X-Sasl-enc: DxUUN+2cBdG/9g6lVyeJCFDMDjnlMAyDcqG5jvdbzdh1 1227661473 Received: from localhost (dsl-41-216.nsw1.net.au [125.168.41.216]) by mail.messagingengine.com (Postfix) with ESMTPSA id F131724827 for ; Tue, 25 Nov 2008 20:04:33 -0500 (EST) Date: Wed, 26 Nov 2008 12:04:30 +1100 From: David Crossley To: user@forrest.apache.org Subject: Re: problem using own DTD Message-ID: <20081126010430.GA2928@igg.indexgeo.com.au> References: <492BDBCF.9010904@3ds.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <492BDBCF.9010904@3ds.com> User-Agent: Mutt/1.4.2.3i X-Virus-Checked: Checked by ClamAV on apache.org EMMEL Thomas wrote: > > I should say: 'Never touch a running system...' > I decided this morning to update my current svn copy of 0.9dev to test > whether there are fixes > within the pdf generation. Now, nothing works anymore :-/ As Ross said in the other thread, the dev@ list is for issues with the development version. This next thing is version-independent, so i will answer here ... > One problem is that my own DTD cannot be found anymore, although it is > proper registered in the > catalog.xcat-file. It seems that forrest cannot find it since it doesn't > look at the correct location... > You can verify this by doing the following steps: > > mkdir tmp; cd tmp > forrest seed > cd src/documentation/resources/schema/ > cp hello-v10.dtd helloxxx-v10.dtd > > now change the file catalog.xcat by replacing hello by helloxxx like this: > uri="helloxxx-v10.dtd"/> Correct. > next change back to the root of your forrest-dir and change > src/documentation/content/xdocs/samples-b/custom.xml > to reference this new dtd This step would only be needed if the "Public Identifier" was changed. Our xml catalogs generally respond on that PublicId, so the value of the System Identifier in the XML instance documents has no bearing. > finally run > forrest -v validate-xdocs > > you should get an error that helloxxx-v10.dtd cannot be found. That is the expected behavior. Your xml catalog told the catalog entity resolver where the new DTD was located. > If not, I am missing something serious. It seems so. Read up on how our xml catalog system works. As said above, it responds on the public identifiers and finds the DTDs relative to the various catalog.xcat files. There is one in your project at src/documentation/resources/schema/ and others in the Forrest core at main/webapp/resources/schema/ Now that said, there is something that might be confusing you. There is a "dummy" copy of the "hello" DTD next to the document that references that DTD. Note that that copy is *not used*. Instead, it uses the ones found by the catalog resolver as explained above. We need to investigate why that copy is there. The svn log says "... to pass the build.sh test". That copy should still not be needed and should be removed to avoid confusion. -David