Nicola Ken Barozzi wrote:
Sylvain Wallez wrote:
I think I did the main part of the work : add mock classes where needed and tweak the build to handle them. It's also working in the 2.0 branch.
The remaining work will be some cleanup in the build.xml files : I admit I don't clearly understand all the details of block build :-/
Ask, and it will be replied :-)
If you put in the mocks, I will cleanup that file. So each does what he understands best :-)
Great. That's the OSS power ;-))
Basically what it does is to get the dependencies from the project-info.xml file (the Gump descriptor), resolves dependencies, and builds the blocks one after the other, buy invoking the same build on each in turn.
Try this: do a build and look in build/cocoon/work/blocks-build.xml
That's the generated buildfile that compiles all the blocks.
Yeah, I've seen it. But it's not the most readable build file that I know of ;-)
I need to dig deeper in this descriptor stuff and the associated XSL (never took the time to do it).
One more proposal, also : what JDK are using Cocoon devs ? I personally use 1.4, and so would like to make JDBC 3.0 methods uncommented by default (so that the IDE is happy) and let the build comment them out if needed.
Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects } --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
