Reinhard Poetz wrote:
<snip what="A summary that would be good to have in the Wiki ;)"/>

What's missing?
---------------

- implementation of the BlockManager that "knows" about the dependencies.
- pipelines: the blocks protocol that uses the BlockManager
- flows: make it possible to call functions of other blocks
- components: enhance te serviceManager so that it can access components
              of other blocks.

IMO a prerequisite for all this is geting better sitemap isolation by implementing sitemap specific contexts as proposed by Sylvain http://marc.theaimsgroup.com/?t=110064560900003&r=1&w=2, also take a look at my interesting comment to that ;), some further reasons why separate contexts are important are discussed in: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110546513027583&w=2.


It seem like Vadim have started the work in among other places o.a.c.components.treeprocessor.sitemap.SitemapLanguage, what is the current state Vadim?

<snip/>

Trying to answer my own question (What have we reached so far?):

Again, I'm confident that we aren't that far away from making a big step forward to real blocks. If all the things above work, only Pier's kernel has to be integrated to get

- classloader shielding
- the possibility to have "classloader interceptors" (e.g. to get a
logging system where a logs are collected by one logging framework that
is beneath the others)


and not to forget the integration of Torsten's compiling classloader :-)

If we all had time for a three-days-hackaton, things could get very far ... *sick*. Anybody interested in joining the party?

Yes :)

/Daniel




Reply via email to