Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 68523 invoked by uid 500); 22 May 2002 14:38:02 -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 68510 invoked from network); 22 May 2002 14:38:01 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Peter Royal To: cocoon-dev@xml.apache.org Subject: Re: Collecting Source dependencies (was Re: [RT]: Calculating the cache key) Date: Wed, 22 May 2002 09:38:43 -0400 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Wednesday 22 May 2002 05:03 am, Carsten Ziegeler wrote: > Ok, as far as stylesheet execution is concerned I think the collecting > mode is not required as all URI are resolved by the stylesheet resolver > which is the xslt processor itself. So for each stylesheet the resolve() > method of the processor is invoked. It is then possible to collect > the information there. > > What you get is a collection of Source and SourceValidity objects. > > When the same document is requested the next time, the difficult part > starts. How is it possible to validate if everything is still valid? (for xslt) You have the main stylesheet and then any import/includes/document() usages, so you really have a hierarchy of SourceValidities: Main XSLT Stylesheet Source | +- | +- | +- document() If the main source is valid, check the other sources. If all valid then all is good. I guess the problem comes in if you have a stylesheet that you have imported that itself imports another stylesheet (a imports b which imports c). The xslt processor has no way of knowing that c is dependent on b, rather than dependent on a. I'm unsure of how much of a corner case that is though, my gut is that the first process I described would cover most use cases (it would cover mine :) -pete -- peter royal -> proyal@apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org