Reinhard Poetz wrote: >
As you can see, my vision has nothing to do with Maven, Ant or any other build tool. Personally, I like Ant more because *I* understand it and I know exactly what it is doing. *My* personal experience is, that whenever I used Maven, I ran into problems and it took me ages to get things going. Probably my personal stupidity :-) Two other reason for me : Since Ant 1.6 reusability (import and macro) is possible (it's not true any more that you have to write your Ant scripts over and over again)
:-) And for sure you need to write it once and build an infrastructure around it to enable all other project to use it etc., etc. So you are at the same stage as with our current build system right now. Maven has already solved lots of this by tons of plugins but I cannot see an commonly available repository of Ant include/macro stuff.
and that nearly everybody is able to read and write Ant himself.
Which is your personal oppinion. But this might be true just for the more involved Cocoon developers.
Hence I went for Ant. Writing an XSLT that transforms the block.xml into an Ant script wasn't very difficult and the best solution *for me*.
If somebody can show a (better?/another) solution using Maven, we have a whiteboard. It can be used to setup the ideal environment for Maven and we can decide whether we think the required changes are good or not. The only requirement I have is, that block.xml should be used to drive the build but it was shown that this isn't a problem at all.
Well, actually the endless discussion about alternate build and management tools made many of us just giving up and starting it in their own little world instead of cooperatively developing such a system (so this is my personal oppinion).
I should keep my mounth shut as this has the potential to starts another long thread about it and I'm one of the tired guys discussing it over and over again (but at times I cannot resist ;-), I'm sorry).
- o -
Block deployment is another story. I've started to work on the deployer which is in its core an API that does the actual deployment. Different tools (Ant, command line, Maven, Eclipse plug-in, ...) can use this API. Here I would be _strong -1_ to have a tool specific solution, e.g. an Ant task that is more than using this general API - otherwise we have to maintain the deployment behavior several times.
-- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com
smime.p7s
Description: S/MIME Cryptographic Signature
