Rintcius,
I think you can set the jvm to be used in the fork:
test {
options.fork(jvm:'/usr/lib/jvm/ia32-java-6-sun/bin/java',maxMemory:'512m')
}
kr,
Tom
2009/1/31 Rintcius <[email protected]>
>
> Hi Peter, thanks for your reaction.
> You are right, the flatdir resolver doesn't use the gradle cache. I was
> actually using that but my assumption was wrong, my problem appeared not to
> be related to the cache (like it was in windows). I dug deeper in it and
> the
> problem seems to be related to the jvm that is used, because I am getting
> the following error:
> .../gwt/gwt-linux-1.5.3/libswt-pi-gtk-3235.so: wrong ELF class: ELFCLASS32
> (Possible cause: architecture word width mismatch)
>
> This is happening even after setting java to 32bit via:
> sudo update-java-alternatives -s ia32-java-6-sun
>
> The cause for this is that gradle does not use the 32bit version in the jvm
> fork that I specified, since you can see it picks the 64bit version here:
> [junit] Running multiple tests in the same VM
> [junit] Executing '/usr/lib/jvm/java-6-sun-1.6.0.10/jre/bin/java' with
> arguments:
> [junit] '-Xmx512m'
> [junit] '-classpath'
> I would guess gradle picks the jvm via JAVA_HOME and not the one in the
> path. (Note: Also tried changing the JAVA_HOME but then either tools.jar
> cannot be found or I am getting the same error).
>
> I think the proper solution for this is to set the jvm in the fork, but I
> couldn't find any info about how to do this. I could only find information
> to set the jvm args, not the jvm itself. Is it possible to set the jvm?
>
> Thanks for any help, Rintcius
> --
> View this message in context:
> http://www.nabble.com/Possible-to-specify-my-own-classpath-entries--tp21748740p21762984.html
> Sent from the gradle-user mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>
