cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vadim Gritsenko" <vgritse...@hns.com>
Subject RE: [C2] Possible bug in SitemapComponentSelector.select() ?
Date Wed, 01 Aug 2001 21:01:17 GMT
> -----Original Message-----
> From: Stuart Roebuck [mailto:stuartroebuck@mac.com (BlueYonder)]
> Sent: Wednesday, August 01, 2001 4:08 PM
> To: cocoon-dev@xml.apache.org
> Subject: Re: [C2] Possible bug in SitemapComponentSelector.select() ?
> 
> 
> 
> On Wednesday, August 1, 2001, at 08:10  pm, Vadim Gritsenko wrote:
> 
> > Stuart,
> >
> > </snip>
> >
> >>
> >> A request for "new-test_news.html" is going to request
> >> "cocoon:/select/news/test_news.xml" which, during its processing is going
> >> to look for JaxpTransformer components from its own pool before that of
> >> its parent.  Consequently, on every call it is going to create a whole 
> >> new
> >> pool and set of transformers.
> >
> > SitemapComponentSelectors (and their pools) are created once during 
> > initialization
> > of (sub)sitemap, and parent is set to appropriate 
> > SitemapComponentSelector from the
> > parent sitemap (or Cocoon itself for main sitemap), see 
> > AbstractSitemap.compose() method.
> >
> > When looking for component, first component from this sitemap is looked 
> > up. If none found,
> > selector attempts to get component from parent.
> >
> > Are you able to reproduce your problem on Cocoon's example sitemap?
> 
> I can't quite tell from your response whether you are proving me wrong or 
> encouraging me to investigate this further.  If the first then your 
> probably right, blind debugging of totally unfamiliar code isn't easy 
> (particularly when it is practically undocumented) and you sound like you 

I'm just trying to say that "whole new pool and set of transformers" must
NEVER be created on every call. They must be initalized once, during sitemap
loading - and this is done in sitemap_xmap.configure() and AbstractSitemap.compose().


> know it a lot better than me; if the second then please let me know so 
> that I know it's worth pursuing.
> 
> I do know that something is causing requests for the same page to create 
> 16 new JaxpParser components on every invocation,

Check pool size (add some debug info into SoftResourceLimitingPool.java).
If it's always growing, on every request, up to enormous size, then it's clear that 
components are not released properly somewhere. If it's growing and shrinking - it
just means that you need to define bigger pool for this component kind (xslt in your
case).

Vadim

> and my posts are an 
> attempt to move toward finding a solution.
> 
> Stuart.
> 
> -------------------------------------------------------------------------
> Stuart Roebuck                                  stuart.roebuck@adolos.com
> Lead Developer                               Java, XML, MacOS X, XP, etc.
> ADOLOS                                           <http://www.adolos.com/>
> 


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


Mime
View raw message