cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nicola Ken Barozzi" <>
Subject Re: [PROPOSAL] splitting Cocoon
Date Thu, 11 Apr 2002 13:11:12 GMT
From: "Vadim Gritsenko" <>

> > From: Nicola Ken Barozzi []
> >
> > From: "Vadim Gritsenko" <>
> > > > > Why not just add intermediate target, something like
> > > > >  "webapp-dir"?
> > > >
> > > > Even with this trick, the time taken just to verify all the
> > > > dependencies across all of Cocoon is too high.
> > >
> > > At least something and can be done fast...
> Ken, what's your opinion on adding webapp-dir target?

I'm ok for it.

> > Reslove dependencies?
> You mean "remove"? or "resolve"?

resolve ;-)

> > Copy to the build only the java classes that make the core and build
> that,
> > then copy the functional part you want and build that.
> I didn't get this. How do you see this?

Well, there are some parts of cocoon that are "core", and some that aren't.

We should define which packages constitute our core, and copy only those
files to the build dir. There they get compiled in cocoon-core.jar.

Then we should define how to tell the build what to compile of what remains,
and have that compile with different targets that depend on the core one, ie
that depend on the cocoon-core.jar to compile.

Now, currently Cocoon core and other functionality are mixed.

Since the non-core parts will become blocks, I propose to create another dir
called "optional" that contains all these files as they are in current
layout. Taking out of the lib/optional the jars that we don't want will not
compile parts of the optionals just as it happens now.

So we will have:


In this way we have the advantage of fast compilation and clean dependency,
without the need of havoc in the dir structure.

So this spilt is core VS optional.

When we will make the blocks, the core won't suffer.

Does this make sense?

Nicola Ken Barozzi         
            - verba volant, scripta manent -
   (discussions get forgotten, just code remains)

To unsubscribe, e-mail:
For additional commands, email:

View raw message