Steve, On Thu, 2009-12-24 at 10:54 -0500, Steve Appling wrote: [ . . . ] > Are you trying to make a Gant Christmas present?
I released Gant 1.9.0 and all the launch scripts still have @GROOVYJAR@
in because I failed to do the stream edit in the Gradle build. I am not
really wanting to reinstate the Gant build at this stage -- so I really
need to get a fix for the Gradle build.
So Gant has been released as a Winter Solstice present, but I need to
release a New Year present: A Gant distribution that works out of the
box!
> I'm not sure how to help without a useful stack trace or a way for me to
> reproduce the problem, but I have a few ideas you could try.
>
> 1) Try doing this as a Copy task instead of a Tar. Is this really a copy
> spec
> processing problem or something related to the Tar task. I suspect you will
> have
> the same problem with the tar.
OK I will try a few experiments.
Experiment 1: Try building a Zip. Works. At least it seems that the
files in it have all the right stream edits.
So it is the Tar builder that is broken. :-(
> 2) See if you can simplify the CopySpec to something someone else could
> reproduce, but still keep the problem. If you only try a CopySpec that
> selects
> just the single bat file, do you still have the problem?
Not sure this experiment is needed -- see above :-)
> 3) Try changing the replace token to just a string literal for testing.
> Perhaps
> it is the evaluation of the expression there that is the problem.
See above :-)
> 4) I have seen a problem in the past with filters that were a peer of a from.
> You might try changing the filter to be inside the last from closure:
> into ( 'bin' ) {
> fileMode = 0755
> from ([ scriptsDirectory + '/bin' , scriptsDirectory + '/bin_standalone'
> ]){
> filter ( ReplaceTokens , tokens : [ GROOVYJAR : 'groovy-' +
> groovyVersions[groovyStandaloneSeries] + '.jar' ] ) }
> }
Actually I started with this nested filter and that failed in exactly
the same way. I then decided that in this situation nested or
non-nested filter should be equivalent.
Anyway it seems that the Tar task is the beastie at fault.
--
Russel.
=============================================================================
Dr Russel Winder Partner
xmpp: [email protected]
Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203
41 Buckmaster Road, f: +44 8700 516 084 voip: sip:[email protected]
London SW11 1EN, UK m: +44 7770 465 077 skype: russel_winder
signature.asc
Description: This is a digitally signed message part
