Return-Path: Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 20183 invoked by uid 500); 15 Aug 2003 15:47:04 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 20161 invoked from network); 15 Aug 2003 15:47:04 -0000 Received: from durin.duhs.duke.edu (152.16.199.72) by daedalus.apache.org with SMTP; 15 Aug 2003 15:47:04 -0000 Received: from strider.notes.duke.edu (strider.notes.duke.edu [152.16.19.13]) by durin.duhs.duke.edu (8.12.9/8.12.9) with ESMTP id h7FFkpaE001222 for ; Fri, 15 Aug 2003 11:46:51 -0400 (EDT) Subject: Re: Exception thrown at XML with DTD To: users@cocoon.apache.org X-Mailer: Lotus Notes Release 5.0.11 July 24, 2002 Message-ID: From: "Christopher Painter-Wakefield" Date: Fri, 15 Aug 2003 11:46:51 -0400 X-MIMETrack: Serialize by Router on strider.notes.duke.edu/DUMC_Services/mc/Duke(Release 5.0.11 |July 24, 2002) at 08/15/2003 11:46:52 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I don't think turning off validation will do any good. The DTD could contain definitions for entities in your document (e.g., nbsp), so the parser pretty much has to have the DTD if it is specified in your document. We had a similar issue. In our case we were accessing an XML document via Java code, then using a parser against it. The DTD definition used a relative path (no protocol or host info), and since the parser didn't know where we had obtained the document, it had no way to find the DTD. Anyway, I don't remember all the details, but we finally just downloaded the DTD and stored it locally, and had the CatalogManager provide the DTD. I don't know much about it, but apparently the CatalogManager exists for local storage of DTDs. I think the way to do it is: 1. Save the DTD in your resources/entities folder (comes with the Cocoon webapp, I think). 2. Edit the file resources/entities/catalog with an entry for the new DTD. 3. Edit the CatalogManager.properties file for the path(s) to your entities folder. We have multiple entries with absolute paths accomodating both our development machines and our server. I'm not sure if it is still necessary to do an absolute path, but when we set this up we couldn't get relative paths to work. 4. Put the CatalogManager.properties someplace where it will get picked up in your classpath, e.g., WEB-INF/classes. This might help. -Christopher Jan Warnstam cc: utveckling@euronetics.se Subject: Exception thrown at XML with DTD 08/15/2003 11:20 AM Please respond to users Hello list, I am currently developing a system to transform NewsML files into news articles suited for web presentation, and using XSLT transforms in Cocoon 2 to do this. The NewsML files all have a "