>> Support of ResourceCollections, or Paths could be good ...
>
>google does not find much useful information on that. for example how
>they are used and why they are better than file sets for
>example... it's not the same, is it?
FileSets are a collection of files with a common directory.
Path
Dominique Devienne schrieb:
On 9/18/07, Jochen Theodorou <[EMAIL PROTECTED]> wrote:
Dominique Devienne schrieb:
Actually, no. One of the great advantage of composing a forking
task is that it no longer requires the Ant task itself to depend on
the forked program classes (Groovyc in this case).
On 9/18/07, Jochen Theodorou <[EMAIL PROTECTED]> wrote:
> Dominique Devienne schrieb:
> > Actually, no. One of the great advantage of composing a forking
> > task is that it no longer requires the Ant task itself to depend on
> > the forked program classes (Groovyc in this case).
>
> it mght be fr
Dominique Devienne schrieb:
Use in your code rather than in the build file. It's easy use a
helper task in a task, with the bindToOwner call (not sure of the
name). I've used this technique in the past, and it works well. The
technique does assume you have a command line entry point rich-enough
[EMAIL PROTECTED] schrieb:
Dominique Devienne schrieb:
On 9/18/07, Jochen Theodorou <[EMAIL PROTECTED]> wrote:
I am currently looking for ways to fork the Groovy compile
task Groovyc
(http://svn.groovy.codehaus.org/browse/groovy/trunk/groovy/groo
vy-core/src/main/org/codehaus/groovy/ant/Groovy
On 9/18/07, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> I usually explicitly expose a task element to specify explicitly the
> classpath to use to locate the Groovy classes, and whatever it depends
> on. You thus no longer have to mix the Ant classpath with the forked
> program's classpath, whi
> > Use in your code rather than in the build file. It's easy use a
> > helper task in a task, with the bindToOwner call (not sure of the
> > name). I've used this technique in the past, and it works well. The
> > technique does assume you have a command line entry point rich-enough
> > to specify
>Dominique Devienne schrieb:
>> On 9/18/07, Jochen Theodorou <[EMAIL PROTECTED]> wrote:
>>> I am currently looking for ways to fork the Groovy compile
>task Groovyc
>>>
>(http://svn.groovy.codehaus.org/browse/groovy/trunk/groovy/groo
>vy-core/src/main/org/codehaus/groovy/ant/Groovyc.java)
>>
>>
Dominique Devienne schrieb:
On 9/18/07, Jochen Theodorou <[EMAIL PROTECTED]> wrote:
I am currently looking for ways to fork the Groovy compile task Groovyc
(http://svn.groovy.codehaus.org/browse/groovy/trunk/groovy/groovy-core/src/main/org/codehaus/groovy/ant/Groovyc.java)
MatchingTask is a le
On 9/18/07, Jochen Theodorou <[EMAIL PROTECTED]> wrote:
> I am currently looking for ways to fork the Groovy compile task Groovyc
> (http://svn.groovy.codehaus.org/browse/groovy/trunk/groovy/groovy-core/src/main/org/codehaus/groovy/ant/Groovyc.java)
MatchingTask is a legacy from the past, it's bes
stag, 18. September 2007 16:14
>An: Ant Users List
>Betreff: Re: AW: adding a fork option to my ant task
>
>[EMAIL PROTECTED] schrieb:
>[...]
>>> I looked in the javac task a bit, but it's quite big and I
>>> didn't find the right place.
>>
&g
[EMAIL PROTECTED] schrieb:
[...]
I looked in the javac task a bit, but it's quite big and I
didn't find the right place.
I dont know, but I would have a look into source code ...
I wrotze, I did, but did not find the right place.. you have no pointer
for me?
bye blackdrag
--
Jochen "bla
>I am currently looking for ways to fork the Groovy compile
>task Groovyc
(http://svn.groovy.codehaus.org/browse/groovy/trunk/groovy/groovy-core/s
rc/main/org/codehaus/groovy/ant/Groovyc.java)
>
>I would like to be able to define a maxmem setting and a fork option,
>like javac does. Is there a si
Hi,
I am currently looking for ways to fork the Groovy compile task Groovyc
(http://svn.groovy.codehaus.org/browse/groovy/trunk/groovy/groovy-core/src/main/org/codehaus/groovy/ant/Groovyc.java)
I would like to be able to define a maxmem setting and a fork option,
like javac does. Is there a s
14 matches
Mail list logo