cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Koberg" <>
Subject RE: Crusading for the XSLT document() function
Date Mon, 20 Oct 2003 14:41:30 GMT
Hi Lars,

Are you using XSLTC? Have you tried the regular xalan or saxon? I remember
reading recently on xalan-dev about a bug in relative path resolution in

Also xsltc and regular xalan use two different ways of assigning the
URIResolver. Perhaps cocoon is geared toward one or the other. Saxon has the
best solution (it uses both ways) so it might be the best choice. I have
posted some info on both commons-dev and xalan dev about the issue that
should be in the archives but if you want further info, let me know.


> -----Original Message-----
> From: Lars Huttar []
> Sent: Monday, October 20, 2003 7:29 AM
> To:
> > From: Bruno Dumon
> ...
> > However, in your case you don't need caching, which you can
> > easily work
> > around with by putting the pipeline inside a <map:pipeline> with an
> > attribute type="noncaching".
> Thanks, I will try that.
> > > OK.
> > > I guess I should submit a bug report to bugzilla. (That's
> > all I can do.)
> >
> > there is/was already one, but it was then closed an moved as a feature
> > request to a wiki page:
> >
> I saw this one, which says
> #  Modify the caching system so that it is possible to:
>     * include docs referenced by XSLT's document() in the cache validity
> (bugzilla 10203)
> But I don't think that covers the problem I'm referring to...
> please correct me if I'm wrong.
> This "feature request" sounds like it's asking for Cocoon to keep
> track of whether the document accessed by document() from a stylesheet
> has been modified; the only problem this feature is intended to solve,
> if I understand it, is that a certain request might return old data
> when the referenced document has been changed.
> The problem I'm referring to is one where document() doesn't find
> the requested document in the first place, due to faulty URI-resolution.
> Anyway I submitted bug report 23939 before I saw your latest email.
> I hope it can be distinguished from the above feature request.
> Lars

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message