Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 19028 invoked by uid 500); 19 Mar 2001 17:07:44 -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 19005 invoked from network); 19 Mar 2001 17:07:40 -0000 Date: Mon, 19 Mar 2001 12:08:12 -0500 (EST) From: Donald Ball X-Sender: To: cocoon-dev Subject: Re: the "evil" document() function In-Reply-To: <3AB6080A.5F3214C5@anyware-tech.com> 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, 19 Mar 2001, Sylvain Wallez wrote: > > Unfortunantly looks quite difficult: to make the Cocoon caching system work > > okay the XSLT processor should somehow let _Cocoon_ know what > > files it has included with document() function... Can't ivent any way > > to pass this knowledge from XSLT procssor to Cocoon... :-( > > Trax provides the javax.xml.transform.URIResolver interface "that can be > called by the processor to turn a URI used in document(), xsl:import, or > xsl:include into a Source object" (copy-paste from Xalan's javadoc). > > Isn't just what's needed to notify Cocoon when "document()" is called ? > A Cocoon implementation could track dependencies, cache documents, > etc... hmm. that might do it - if we create a special URIResolver class for each stylesheet and add to the list of associated resources whenever the resolve method is called, that would work. i wonder though - _must_ the trax processor resolve URI's this way? - donald --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org