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:
<snip>
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 'incompatible class change' exceptions during the groovyc
compile (of the main code, not the build sources). They went
away after I have installed a new version via IntelliJ.
The CI build for trunk is now again broken because of this bug. I
will take the opportunity to have a closer look at the debug
output of such a failing build.
The compile failure occurs during test compile: Here is the
executed Ant Script:
AntBuilder ant = loader.loadClass
('groovy.util.AntBuilder').newInstance()
ant.project.removeBuildListener(ant.project.getBuildListeners()[0])
ant.project.addBuildListener(loader.loadClass
("org.gradle.logging.AntLoggingAdapter").newInstance())
ant.sequential {
taskdef(name: 'groovyc', classname:
'org.codehaus.groovy.ant.Groovyc')
mkdir(dir: '/Users/hans/IdeaProjects/gradle-trunk/gradle-core/
build/test-classes')
groovyc(
includeAntRuntime: false,
srcdir: '/Users/hans/IdeaProjects/gradle-trunk/gradle-core/
src/test/groovy',
destdir: '/Users/hans/IdeaProjects/gradle-trunk/gradle-core/
build/test-classes',
classpath: '/Users/hans/IdeaProjects/gradle-trunk/gradle-
core/build/classes:/Users/hans/IdeaProjects/gradle-trunk/gradle-
core/lib/groovy-all-1.5.6.jar:/Users/hans/IdeaProjects/gradle-trunk/
gradle-core/lib/commons-httpclient-3.0.jar:/Users/hans/IdeaProjects/
gradle-trunk/gradle-core/lib/dom4j-1.6.1.jar:/Users/hans/
IdeaProjects/gradle-trunk/gradle-core/lib/jopt-simple-2.4.1.jar:/
Users/hans/IdeaProjects/gradle-trunk/gradle-core/lib/ant-1.7.0.jar:/
Users/hans/IdeaProjects/gradle-trunk/gradle-core/lib/logback-
classic-0.9.9.jar:/Users/hans/IdeaProjects/gradle-trunk/gradle-core/
lib/slf4j-api-1.5.3.jar:/Users/hans/IdeaProjects/gradle-trunk/
gradle-core/lib/logback-core-0.9.9.jar:/Users/hans/IdeaProjects/
gradle-trunk/gradle-core/lib/commons-io-1.4.jar:/Users/hans/
IdeaProjects/gradle-trunk/gradle-core/lib/commons-lang-2.3.jar:/
Users/hans/IdeaProjects/gradle-trunk/gradle-core/lib/
webdavlib-2.0.jar:/Users/hans/IdeaProjects/gradle-trunk/gradle-core/
lib/bndlib-0.0.278.jar:/Users/hans/IdeaProjects/gradle-trunk/gradle-
core/lib/ivy-2.1.x-20081015233855.jar:/Users/hans/IdeaProjects/
gradle-trunk/gradle-core/lib/maven-ant-tasks-2.0.9.jar:/Users/hans/
IdeaProjects/gradle-trunk/gradle-core/lib/junit-4.4.jar:/Users/hans/
IdeaProjects/gradle-trunk/gradle-core/lib/hamcrest-core-1.1.jar:/
Users/hans/IdeaProjects/gradle-trunk/gradle-core/lib/hamcrest-
library-1.1.jar:/Users/hans/IdeaProjects/gradle-trunk/gradle-core/
lib/jmock-junit4-2.4.0.jar:/Users/hans/IdeaProjects/gradle-trunk/
gradle-core/lib/jmock-2.4.0.jar',
verbose: true) {
javac([includeAntRuntime: false, source: '1.5', target:
'1.5'] + ["debug":"true"]) {
}
}
}
The script looks fine to me. As far as I know Groovyc is also
always run in fork mode. What I could not figure out is, whether
the problem is with Groovy classes to compile of Java classes
(which is delegated to Ant javac).
I will continue to look into this.
I haven't been successful yet in finding out what is going on here.
We get an IncompatibleClassChangeError. I have tried to get a test
case going to reproduce this problem. But all my experiments came to
the result that the includeAntRuntime property for groovyc and javac
works as expected. I have used the same 'executeIsolatedScript' logic
as in the production code. I have also compared the compile and
testCompile classpath, to see if they use for some reasons different
versions of external jars. But this is not the case. It is a bit of a
shame that the IncompatibleClassChangeError does not give any hint
which classes are causing the problem. Finally I have upgraded the
wrapper again, to get the CI builds running. If this goes on like
this we are running out of disk space soon ;)
- Hans
--
Hans Dockter
Gradle Project lead
http://www.gradle.org
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
