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 thi
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/groo
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)
MatchingTas
[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
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
first, thx for all your help from everyone. To solve my problem I wrote
a task that will store a laoder reference for the usage by my taskdef.
That classloader does try to load all classes by himself instead
delegating these classes to the parent as a normal classloader would do.
To avoid dupli
Conor MacNeill schrieb:
Jochen Theodorou wrote:
Hi all,
Te problem I have is a little complex but I hope you can help me. Groovy
has an ant task to compile groovy classes and a task to use groovy from
within ant see http://groovy.codehaus.org/Groovy+Ant+Task for details.
But in some
Dominique Devienne schrieb:
Well, I think you summed it up pretty well. Forking is IMHO a good
solution to avoid these conflicting jars, since you fully control the
classpath of the forked VM. I guess you could create your own
classload, and make the root classloader (the one which loads rt.jar)
Hi all,
Te problem I have is a little complex but I hope you can help me. Groovy
has an ant task to compile groovy classes and a task to use groovy from
within ant see http://groovy.codehaus.org/Groovy+Ant+Task for details.
But in some enviroments such as in maven with certain plugins we have
10 matches
Mail list logo
