Le 24 oct. 05, à 06:50, Niclas Hedhman a écrit :

....I would like to propose;

 1. Make Apache Cocoon 3.0 into the slim down, no frills, no blocks, no
    nothing, thing that has been discussed recently...

Agreed, and even start this with 2.2, IIUC as soon as mavenizaion is finished, blocks can start living their own life.

2. Create subprojects in Apache Cocoon for heavily used blocks, which "every" user can't live without. Since blocks are bundles, something like the Oscar Bundle Repository would make it a piece of cake for users to install
    them...

Even without OSGI, moving (physically or otherwise) all blocks which do not have strong community support to a "contrib" directory as suggested before would help a lot already. People who rely on those blocks will then have to find a way to have them supported, but it would allow us to focus on a primary mission of delivering a consistent, tested and well-documented core.

3. Create a user friendly "block exchange" elsewhere (cocoon-dev), where developers can publish and categorize their creations even if they are not Cocoon committers. A kind of "Wiki brought to Coding", which I find
    useful.
The 'deprecated' stuff is moved here, for the sake of availability, and allowance to fix bugs et cetera. Rhymes well with Daniel's assertion that it becomes the user's reponsibility to maintain. As well as, "Don't kill
    old stuff." and "Respect the past" expressed by others...

Sounds good, and as a first step this could be our own contrib directory.

-Bertrand

Reply via email to