cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carsten Ziegeler" <cziege...@sundn.de>
Subject AW: [c2] still having caching problems
Date Wed, 09 May 2001 11:09:52 GMT
> Santiago Gala wrote:
> 
> Carsten Ziegeler wrote:
> 
> >>Donald Ball wrote:
> >>
> >>On Wed, 9 May 2001, Carsten Ziegeler wrote:
> >>
> >>
> >>>>if i edit wziml-html.xsl, the first change is noticed and 
> >>>>
> >>applied, but any
> >>
> >>>>changes after that are not. the string 'wziml-html.xsl' does 
> >>>>
> >>not appear in
> >>
> >>>>cocoon.log anywhere, so there's nothing useful there to report.
> >>>>
> >>>>personally, i consider this to be a show-stopper bug. no 
> >>>>
> >>designer is going
> >>
> >>>>to want to work on a system that requires the sysadmin to continually
> >>>>restart tomcat to see changes.
> >>>>
> >>>>
> >>>You are absolutely right, this is a show stopper.
> >>>But in your example above, the whole pipeline for your pattern "*" is
> >>>not cached at all, as the aggregate component is not cacheable right
> >>>now (it declares cacheable, but returns "null" for the CacheValidity
> >>>object).
> >>>
> >>okay.
> >>
> >>
> >>>According to other reports, did you try to turn off the "use-store"
> >>>configuration of the TraxTransformer? There are some other reports,
> >>>that after turning this off, everything works fine.
> >>>
> >>argh, i must've skipped right over that parameter dozens of times now.
> >>yeah, if i set it to false, the problem goes away. makes sense. what
> >>classes are responsible for the transformer store?
> >>
> >>
> > As far as I know, the TraxTransformer, the used Store and some
> > Xalan classes. But I think the main logic is in the TraxTransformer
> > itself.
> > 
> 
> 
> It smells :) like the TraxTransformer is not updating 
> xslFileLastModified correctly. It only does this on setup().
> 
> It uses xslFileLastModified for validity stuff, while it uses
> storedTime < xslFile.lastModified() for templates generation in 
> getTemplates(), which is called independently of setup()...
> 
> Also, this is only implemented for "file:" uri, while calatina, for 
> instance, could generate "jndi:" uris, and websphere "classloader:" uris.
> 
> Just two euro cents :)
> 
> 
Ups, yes indeed . This might be one cause for the problems. 
I will fix it and we can see if this solves all.

Thanks,


Carsten 

Open Source Group                        sunShine - b:Integrated
================================================================
Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
www.sundn.de                          mailto: cziegeler@sundn.de 
================================================================



---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message