Re: Unblocking Blocks - microstep 1

2003-02-01 Thread Sylvain Wallez
Nicola Ken Barozzi wrote: Sylvain Wallez wrote: But if you look at SitemapLanguage, which is a subclass of DefaultTreeBuilder, you will notice that its createComponentManager() method creates a new CocoonComponentManager and configures it with . So defines components of the sitemap j

Re: Unblocking Blocks - microstep 1

2003-02-01 Thread Nicola Ken Barozzi
Sylvain Wallez wrote: Nicola Ken Barozzi wrote: 2. Where does the treeprocessor actually create these components? ;-P It seems that methods are calling methods that are... you get the picture... I've got not much time to dwelve into that code, but I looked at the DefaultTreeBuilder.java,

Re: Unblocking Blocks - microstep 1

2003-02-01 Thread Sylvain Wallez
Nicola Ken Barozzi wrote: 2. Where does the treeprocessor actually create these components? ;-P It seems that methods are calling methods that are... you get the picture... I've got not much time to dwelve into that code, but I looked at the DefaultTreeBuilder.java, but still I'm puzzled.

Re: Unblocking Blocks - microstep 1

2003-01-31 Thread Pier Fumagalli
"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> >> Somehow, well, yes, but at the same time, no... WEB-INF is (IMO) a hack > > > > Yes, the reliance on web.xml is really ugly and stook because we really > only used it as a servlet for so much time. We have mused somet

Re: Unblocking Blocks - microstep 1

2003-01-31 Thread Nicola Ken Barozzi
Pier Fumagalli wrote: "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: Pier Fumagalli wrote: The only thing I have "against" this is to start thinking about making "WEB-INF" an optional feature (all throughout the code)... It should be a configurable feature. The "web application" concept co

Re: Unblocking Blocks - microstep 1

2003-01-31 Thread Pier Fumagalli
"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> >> The only thing I have "against" this is to start thinking about making >> "WEB-INF" an optional feature (all throughout the code)... It should be a >> configurable feature. >> >> The "web application" concept collides w

RE: Unblocking Blocks - microstep 1

2003-01-31 Thread Morrison, John
> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > Suggestions? > > The fact is that cocoon.xconf was moved to WEB-INF for > security reasons. > In that servlet environment I would surely move the blocks under > WEB-INF. IMHO it's simple enough to imagine that in all other > environmen

Re: Unblocking Blocks - microstep 1

2003-01-31 Thread Nicola Ken Barozzi
Pier Fumagalli wrote: On 30/1/03 9:09, "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: Starting the blocks walk done with microchanges. Yeah! :-) microstep 1: loading of components from blocks -- goal -- The goal is that if I specify:

Re: Unblocking Blocks - microstep 1

2003-01-30 Thread Pier Fumagalli
On 30/1/03 9:09, "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > > Starting the blocks walk done with microchanges. Yeah! :-) > microstep 1: loading of components from blocks > -- > > goal > -- > > The goal is that if I specify: > > >