Fetching contributors…
Cannot retrieve contributors at this time
57 lines (34 sloc) 2.63 KB
Need some better documentation -- in the source, as manual pages and on the Gant website.
In an include statement, if the class name cannot be found then you get a weird error message:
Caused by: groovy.lang.MissingPropertyException: No such property: org for class: build
at groovy.lang.MetaClassImpl.getProperty(
If there are compilation errors in the Gant file then sometimes the proper error message is not reported,
just an exception stack trace. Using groovy on the Gant file generally shows the errors but Gant should
have done the right thing in the first place.
Get the GANTLIB stuff finished so it actually works. First of all decide what it is all for :-) i.e. is the
concept of a GANTLIB actually useful?
target ( flob ) { . . .} does not generate a sane error message. Yes, it does. :-)
target ( flob : '' , thing : '' ) { . . . } is treated as an error but should allow for definition of things
like dependencies. Pick off the special names that are understood such as dependencies and then error if
there is more than one left.
Error messages for things like:
target ( a , '' ) { . . . }
are not good. Need to provide error handling versions of target.
Add a --propertyfile <filename> option. Does this achieve anything useful.
In the Maven target set, the compilation always happens against the Groovy installation that initiated the
Gant run. Need to add a way of specifying which Groovy jar to compile against.
How to add compilerarg tags to the Maven target set?
The Maven target set and the Ivy tool assume that'groovy.home' is set which is not the case
always. In particular, this will only be true when Gant is initiated from the command line, it is not true
when Gant is initiated via the Ant task.
The LaTeX tool does not make use of the return code from (pdf)latex, and it should.
Using a target name of target gives a very weird error message.
The tests currently work fine with Ant or Gant and fail with Maven. This difference needs investigating.
Why are there all the gant_$$_GarbageCollect_Test.* and gant_$$_GANT_33_Test* files in ~/.gant/cache ?
Deal with all the TODOs.
Maven target set allows test execution after failed compilation. The Java task has failonerror set true but
there is no actual termination. Whatever information the task gives to Ant to terminate is notbeing
transmitted to the GantBuilder and hence the Maven task. Clearly the action in the task is not to System.exit!
No Javadoc generation with the Maven target set.
Loading the groovyc task in Gant startup causes problem when the Gant Ant task is used from Ant.
Add all the above as JIRA issues.