Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 76765 invoked by uid 500); 9 Apr 2001 20:46:34 -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 76602 invoked from network); 9 Apr 2001 20:46:33 -0000 Date: Mon, 9 Apr 2001 22:37:25 +0200 (CEST) From: giacomo X-X-Sender: To: "Cocoon-Dev@Xml. Apache. Org" Subject: Re: [C2]: EntityResolver or URLFactory ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Mon, 9 Apr 2001, Carsten Ziegeler wrote: > Hi, > > seeing the different questions in the mailing list and looking through > the sources of some generators I am a little bit confused, where to > use the EntityResolver and where the URLFactory. > > E.g. the FileGenerator uses the EntityResolver to resolve its source > whereas the HTMLGenerator uses the URLFactory. > If I understood Giacomo's email, the EntityResolver has to be used, > because it is the only object which can handle subsitemaps, but > the EntityResolver is not able to handle urls, like "resource://". > > Even worse, the URLFactoryImpl does not handle files which do not exists > correctly. If you use "test.xml" as an input to the URLFactoryImpl and > "cocoon/test.xml" does not exists, the URLFactoryImpl does not use the > Context-Root for this file, but assumes that it is already absolute. > > For me, it seems the only working solution is to merge both approaches, > that the EntityResolver uses internally the URLFactory. You are probably right. The problem is that the URLFactories live inside the component framework whereas the Environments do not. So there is more to come than just a "combine". Giacomo > > Or did I oversee something? > > Carsten > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org > For additional commands, email: cocoon-dev-help@xml.apache.org > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org