I think the problem is in the line 122 of gradle.bat:

if "%OS%"=="Windows_NT" exit %ERRORLEVEL%

I have checked how this is done in Ant, and ant.bat has a similar, but slightly different way of doing this:

if "%OS%"=="Windows_NT" color 00

this fixes the problem, but I'm not really sure if this is a correct solution.

Modified gradle.bat. This file fixes the problem I encountered, but I'm not sure whether this is a correct solution.

There is the requirement that Gradle returns an non zero exit code if an error has occured. This is very important to us, as our integration tests re;y on this. This seems not to work with the trick above. It seems not to work for Ant either.

ByteArrayOutputStream outStream = new ByteArrayOutputStream()
ByteArrayOutputStream errStream = new ByteArrayOutputStream()
Process proc = ['cmd', '/c', 'ant unknownTask'].execute()
proc.consumeProcessOutput(outStream, errStream)
proc.waitFor()
String output = outStream
String error = errStream
println proc.exitValue()
println "Output"
println output
println "Error"
println error

If you use ['cmd', '/c', 'dir unknownDir'] you get a non zero exit value as well as when using {{EXIT 1. I have no idea right how how to find a proper solution for this. What I try to do on windows is to use the System.err to get information about the status and of course remove the "EXIT" statement.

I'm working on a Mac. I have a windows 2000 I'm using via a virtual machine. Could you check the output for the above script with a newer windows version?

I have tested both Ant and Gradle using the script you provided above. Ant always returns 0, unmodified Gradle returns 1 and modified returns 0 on error, so no luck. I'll check if any of the other build solutions returns an error code and post the results here.

Such an exe would be very cool. Relying on System.err for error detection is not a good solution.

Thanks

• Hans

We have a temporary fix which unfortunately returns always zero as an exit value for the windows start script, even in case of an error. Ant is not doing better, but we would like to. Adam is looking into providing an .exe which behaves better.

There is a new issue for this: http://jira.codehaus.org/browse/GRADLE-64