On 17.10.2003 22:18, Lars Huttar wrote:
There shouldn't be a problem with caching in this case, because
the referenced xml document is static.
I'm not sure what you mean, however,changing documents referenced
via document() wont invalidate the cached pipeline result, which
is a real problem in
I wrote:
J.Pietschmann wrote:
You shouldn't use document() in Cocoon style sheets anyway, for a
variety of reasons, one of them bein problems with caching.
Use map:aggregate, XInclude or CInclude instead.
There shouldn't be a problem with caching in this case, because
the referenced xml
J.Pietschmann wrote:
Lars Huttar wrote:
So how could the Cocoon source resolver's processing of the
stylesheet's base URL have caused the problem?
Well, I'd wage guessing the Cocoon source resolver resolves against
the requested URL.
Can anyone point me to documentation about how Cocoon
Hi folks,
I just found how to make my problem go away...
I had had the gem sitemap configured to match the URI */*/framework/
and thus dispatch my framework.xsl stylesheet.
Now I changed that to */*/framework, i.e. removed the trailing /,
and now it works (the document() function is finding the
Lars Huttar wrote:
Now I changed that to */*/framework, i.e. removed the trailing /,
and now it works (the document() function is finding the XML file
../resources/gem-data.xml).
Weird! I'm still trying to figure out what that means. Any pointers?
Does it mean Xalan is a nonconformant XSL
J.Pietschmann wrote:
Lars Huttar wrote:
Now I changed that to */*/framework, i.e. removed the
trailing /,
and now it works (the document() function is finding the XML file
../resources/gem-data.xml).
Weird! I'm still trying to figure out what that means. Any
pointers?
Does it