Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 88101 invoked by uid 500); 15 Mar 2002 13:01:44 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 88090 invoked from network); 15 Mar 2002 13:01:43 -0000 Message-ID: <3C91EFE2.4040005@anyware-tech.com> Date: Fri, 15 Mar 2002 13:58:10 +0100 From: Sylvain Wallez Organization: Anyware Technologies User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8) Gecko/20020204 X-Accept-Language: en, fr MIME-Version: 1.0 To: cocoon-dev@xml.apache.org Subject: Re: TreeProcessor reloads sitemap.xmap every time References: <41256B7D.0042E762.00@basf-ag-gw01.basf-ag.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N volker.schmitt@basf-it-services.com wrote: > >every time you define a mount like this. > > > uri-prefix="documents"/> > > >this means if you specify only the directory not the sitemap itself. >I am not sure if your problem is related to this. I think Sylvain can answer >this question. > >Volker > If Stuart's mount are written this way (src ending with a "/"), then the answer is yes. The decomissioning occurs when the treeprocessor has finished loading a sitemap, which occured at every request :-/ But this should be solved, now. > >Stuart Roebuck am 15.03.2002 12:12:26 > >Bitte antworten an cocoon-dev@xml.apache.org > >An: cocoon-dev@xml.apache.org >Kopie: (Blindkopie: Volker Schmitt/BASF-AG/BASF) > >Thema: Re: TreeProcessor reloads sitemap.xmap every time > > > >This sounds promising with respect to our current problems - which look >increasing like they may be tree-processor related. > >What circumstances would lead to source ending in "/"? (in other words, >how does the source variable here relate to entries in the sitemap ?) > >Do you think this might this relate to the abundance of... > >>HttpProcessor[8080][4]/DefaultComponentFactory: ComponentFactory >>decommissioning instance of >>org.apache.cocoon.components.treeprocessor.CategoryNodeBuilder. >> > >entries in my sitemap log? > >Stuart. > >On Friday, March 15, 2002, at 10:04 am, volker.schmitt@basf-it- >services.com wrote: > >> >>Hi, >> >>I found a problem in the new TreeProcessor Sitemap implementation >>(sitemap.xmap >>reloaded every time). >>The bug is in >>"org.apache.cocoon.components.treeprocessor.sitemap.MountNode" >> >>private synchronized TreeProcessor getProcessor(Environment env, String >>source) >>throws Exception { >> >> TreeProcessor processor = (TreeProcessor)processors.get(source); >> >> if (processor == null) { >> >> if (source.charAt(source.length() - 1) == '/') { >> source = source + "sitemap.xmap"; >> } >> >> processor = this.parentProcessor.createChildProcessor( >> this.manager, this.language, env.resolve(source)); >> >> processors.put(source, processor); >> } >> >> return processor; >> } >> >>If source ends with "/", the "processor.get(source)" is done with the >>original >>source but the "processors.put(source, processor)" is done with >>'source + " >>sitemap.xmap"'. So the get never matches the put. >> >>Volker >> -- Sylvain Wallez Anyware Technologies Apache Cocoon http://www.anyware-tech.com mailto:sylvain@apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org