Wasn't this problem answered already yesterday? There is a bug filed
correlating to this fact:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10203.
Instead of deploying the complete ear, you can make a "touch" on the XSL (if
this is possible for you) or you invalidate the cache for the XSL. Other
possibilities are sitemap aggregating or XInclude/CInclude.
Regards,
Joerg
Thomas Sandor wrote:
hi,
I'm using the following line to include another xml in my XSLT file:
<xsl:apply-templates select="document(include/@url)" mode="include" />
and the template section start as follows:
<xsl:template match="categories" mode="include">...</xsl:template>
The problem is that when I change something in the included document,
nothing happens, by the transformer, it uses the same previous state. I can
only make it awake by redeploying the whole ear.
I emptyed the catalina work directory. So I don't see from where gets
cocoon
the cached document.
How can I force Cocoon or the XSLT to really check and if changed, read the
included document??
any help is appreciated.
Thanks,
Thomas
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
joerg(_dot_)heinicke(_at_)virbus(_dot_)de
www.virbus.de
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list