On Oct 24, 2008, at 12:36 PM, Hans Dockter wrote:
On Oct 24, 2008, at 12:19 PM, Hans Dockter wrote:
On Oct 24, 2008, at 8:13 AM, Hans Dockter wrote:
On Oct 23, 2008, at 11:09 PM, Adam Murdoch wrote:
For some reasons I'm still running into this error. I have
reopened: http://jira.c
On Oct 24, 2008, at 12:19 PM, Hans Dockter wrote:
On Oct 24, 2008, at 8:13 AM, Hans Dockter wrote:
On Oct 23, 2008, at 11:09 PM, Adam Murdoch wrote:
For some reasons I'm still running into this error. I have
reopened: http://jira.codehaus.org/browse/GRADLE-246
It wasn't because the
On Oct 24, 2008, at 8:13 AM, Hans Dockter wrote:
On Oct 23, 2008, at 11:09 PM, Adam Murdoch wrote:
For some reasons I'm still running into this error. I have
reopened: http://jira.codehaus.org/browse/GRADLE-246
It wasn't because the wrapper didn't include the fix?
Unfortunately not.
On Oct 23, 2008, at 11:09 PM, Adam Murdoch wrote:
For some reasons I'm still running into this error. I have
reopened: http://jira.codehaus.org/browse/GRADLE-246
It wasn't because the wrapper didn't include the fix?
Unfortunately not. It was when building on my local machine. I got
'
Hans Dockter wrote:
On Oct 15, 2008, at 1:11 PM, Hans Dockter wrote:
On Oct 8, 2008, at 7:50 PM, Hans Dockter wrote:
I suspect we should do the isolated classloader thing for java
compiles too, as the javac tool uses its (context?) classloader to
find classes which are not supplied on
On Oct 15, 2008, at 1:11 PM, Hans Dockter wrote:
On Oct 8, 2008, at 7:50 PM, Hans Dockter wrote:
I suspect we should do the isolated classloader thing for java
compiles too, as the javac tool uses its (context?) classloader
to find classes which are not supplied on the compile classpa
On Oct 8, 2008, at 7:50 PM, Hans Dockter wrote:
I suspect we should do the isolated classloader thing for java
compiles too, as the javac tool uses its (context?) classloader to
find classes which are not supplied on the compile classpath.
This is not necessary. The Ant javac task has
On Oct 13, 2008, at 12:33 PM, Adam Murdoch wrote:
Adam Murdoch wrote:
Hans Dockter wrote:
On Sep 27, 2008, at 11:16 AM, Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
Hi,
I've run across an interesting problem in the classloader
isolation stuff for groovy co
Adam Murdoch wrote:
Hans Dockter wrote:
On Sep 27, 2008, at 11:16 AM, Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
Hi,
I've run across an interesting problem in the classloader isolation
stuff for groovy compilation.
The symptom is, when I change the constru
Hans Dockter wrote:
On Sep 27, 2008, at 11:16 AM, Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
Hi,
I've run across an interesting problem in the classloader isolation
stuff for groovy compilation.
The symptom is, when I change the constructor of a java class wh
On Sep 27, 2008, at 11:16 AM, Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
Hi,
I've run across an interesting problem in the classloader
isolation stuff for groovy compilation.
The symptom is, when I change the constructor of a java class
which a groovy class e
On Oct 9, 2008, at 6:18 PM, Hans Dockter wrote:
On Oct 8, 2008, at 7:50 PM, Hans Dockter wrote:
Can we invoke the groovy compiler and groovydoc tools directly,
rather than as ant tasks? Then we don't need ant in the classpath.
Unfortunately not. Groovy does not provide those as comman
On Oct 8, 2008, at 7:50 PM, Hans Dockter wrote:
Can we invoke the groovy compiler and groovydoc tools directly,
rather than as ant tasks? Then we don't need ant in the classpath.
Unfortunately not. Groovy does not provide those as commands. We
could only (like the GMaven plugin) build
On Oct 7, 2008, at 11:17 PM, Adam Murdoch wrote:
Hans Dockter wrote:
On Oct 6, 2008, at 11:32 PM, Adam Murdoch wrote:
Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
So, I'm not sure what to do with this now. I don't really
understand the purpose of executeIso
Hans Dockter wrote:
On Oct 6, 2008, at 11:32 PM, Adam Murdoch wrote:
Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
So, I'm not sure what to do with this now. I don't really
understand the purpose of executeIsolatedAntScript() so I can't
really suggest (or imple
On Sep 27, 2008, at 11:16 AM, Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
Hi,
I've run across an interesting problem in the classloader
isolation stuff for groovy compilation.
The symptom is, when I change the constructor of a java class
which a groovy class e
On Oct 6, 2008, at 11:32 PM, Adam Murdoch wrote:
Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
So, I'm not sure what to do with this now. I don't really
understand the purpose of executeIsolatedAntScript() so I can't
really suggest (or implement) any solutions y
Hans Dockter wrote:
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
So, I'm not sure what to do with this now. I don't really understand
the purpose of executeIsolatedAntScript() so I can't really suggest
(or implement) any solutions yet. I guess that strictly speaking, the
classpath of
On Sep 27, 2008, at 1:34 AM, Adam Murdoch wrote:
Hi,
I've run across an interesting problem in the classloader isolation
stuff for groovy compilation.
The symptom is, when I change the constructor of a java class which
a groovy class extends, then compilation fails, complaining that
th
Hi,
I've run across an interesting problem in the classloader isolation
stuff for groovy compilation.
The symptom is, when I change the constructor of a java class which a
groovy class extends, then compilation fails, complaining that the java
class does not have the old constructor. For exa
20 matches
Mail list logo
