Re: Configuration of TreeBuilder

2002-05-05 Thread Stefano Mazzocchi
Carsten Ziegeler wrote: > > Sylvain Wallez wrote: > > > > > > What about using XInclude, which, through XPointer, would allow to > > insert in cocoon.xconf elements from an external file that would contain > > only those parts that we allow the sysadmin to change ? > > > > I already used this in

Re: Configuration of TreeBuilder

2002-04-29 Thread Nicola Ken Barozzi
From: "Bert Van Kets" <[EMAIL PROTECTED]> > > But I hear very often complains about too many configuration files for > >Cocoon (web.xml, logkit.xconf, cocoon.xconf, sitemap.xmap etc). By > >segmenting > >this further, we will get a smaller cocoon.xconf, but it will not get > >less complicated, I

RE: Antwort: Re: Configuration of TreeBuilder

2002-04-29 Thread Graaf, Edgar de (fin)
But doesn't that downgrade performance? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Verzonden: maandag 29 april 2002 13:35 Aan: [EMAIL PROTECTED]; Nicola Ken Barozzi Onderwerp: Antwort: Re: Configuration of TreeBuilder It seams, that we need the C

RE: Configuration of TreeBuilder

2002-04-29 Thread Bert Van Kets
But I hear very often complains about too many configuration files for >Cocoon (web.xml, logkit.xconf, cocoon.xconf, sitemap.xmap etc). By >segmenting >this further, we will get a smaller cocoon.xconf, but it will not get >less complicated, I fear. My thoughts exactly. The information needs to

RE: Configuration of TreeBuilder

2002-04-29 Thread Carsten Ziegeler
Sylvain Wallez wrote: > > > What about using XInclude, which, through XPointer, would allow to > insert in cocoon.xconf elements from an external file that would contain > only those parts that we allow the sysadmin to change ? > > I already used this in Cocoon1 days to insert configuration value

Re: Configuration of TreeBuilder

2002-04-29 Thread Sylvain Wallez
Nicola Ken Barozzi wrote: >From: "Carsten Ziegeler" <[EMAIL PROTECTED]> > >>Sylvain Wallez wrote: >> >>>Nevertheless, the treeprocessor allows to name an alternate >>>configuration file using the "config" attribute recently added by >>>Ovidiu. If you want to, we can also allow the full treeproces

Re: Configuration of TreeBuilder

2002-04-29 Thread Minimalist Manager
ERROR: There is no such list OF here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail:

Antwort: Re: Configuration of TreeBuilder

2002-04-29 Thread volker . schmitt
It seams, that we need the Cocoon Blocks ASAP ;-) What's about using "XIncude" to separate large configuration to different config files ? Example: This will make cocoon.xconf more readable. Volker From: "Carsten Ziegeler" <[EMAIL PROTECTED]> > > Sylvain Wallez wrote: > > > > Ne

Re: Configuration of TreeBuilder

2002-04-29 Thread Nicola Ken Barozzi
From: "Carsten Ziegeler" <[EMAIL PROTECTED]> > > Sylvain Wallez wrote: > > > > Nevertheless, the treeprocessor allows to name an alternate > > configuration file using the "config" attribute recently added by > > Ovidiu. If you want to, we can also allow the full treeprocessor > > configuration to

RE: Configuration of TreeBuilder

2002-04-29 Thread Carsten Ziegeler
Sylvain Wallez wrote: > > Carsten Ziegeler wrote: > > >Hi, > > > >currently the TreeBuilderSelector is not a real Avalon Component, > >it is configured in an XML file called "treeprocessor-builtins.xml". > > > > > What makes it not a real Avalon component that its class name is > hardcoded i

Re: Configuration of TreeBuilder

2002-04-26 Thread Sylvain Wallez
Carsten Ziegeler wrote: >Hi, > >currently the TreeBuilderSelector is not a real Avalon Component, >it is configured in an XML file called "treeprocessor-builtins.xml". > What makes it not a real Avalon component that its class name is hardcoded in TreeProcessor, not that its configuration isn'