-
Bug
-
Resolution: Done
-
Major
-
Jenkins ver. 1.474
Master Jenkins:
openSUSE 11.3 (x86_64)
VERSION = 11.3
Linux bambpmsauto 2.6.34.7-0.4-desktop #1 SMP PREEMPT 2010-10-07 19:07:51 +0200 x86_64 x86_64 x86_64 GNU/Linux
We tried to use GRADLE wrapper and the error below appeared. It happens on any slave regardless the OS of the slace:
Unpacking http://services.gradle.org/distributions/gradle-1.0-rc-3-bin.zip to c:/jenkins/tools/Gradle/gradle1.0-rc-3 on vmbam06.eur.ad.sag
FATAL: Unable to serialize hudson.plugins.gradle.GradleInstallation$2@df1532a
java.io.IOException: Unable to serialize hudson.plugins.gradle.GradleInstallation$2@df1532a
at hudson.remoting.UserRequest.serialize(UserRequest.java:166)
at hudson.remoting.UserRequest.<init>(UserRequest.java:62)
at hudson.remoting.Channel.call(Channel.java:662)
at hudson.plugins.gradle.GradleInstallation.getWrapperExecutable(GradleInstallation.java:72)
at hudson.plugins.gradle.Gradle.perform(Gradle.java:151)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
at hudson.model.Build$BuildExecution.build(Build.java:199)
at hudson.model.Build$BuildExecution.doRun(Build.java:160)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
at hudson.model.Run.execute(Run.java:1488)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:236)
Caused by: java.io.NotSerializableException: hudson.model.FreeStyleBuild
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1164)
at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1518)
at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1483)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1400)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1158)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:330)
at hudson.remoting.UserRequest._serialize(UserRequest.java:155)
at hudson.remoting.UserRequest.serialize(UserRequest.java:164)
... 13 more
[JENKINS-14503] Error when using GRADLE wrapper
Gregory Boissinot
added a comment - It seems you are not using the latest version.
Could you check? 
Vassilena Treneva
added a comment - I upgraded the version of GRADLE plug-in and restarted the same job. Still working but looks much better that before 
Vassilena Treneva
added a comment - I upgraded the version of GRADLE plug-in and restarted the same job. Still working but looks much better that before Gregory Boissinot
added a comment - Can we close the issue?
Thanks Vassilena Treneva
added a comment - Yes. Thanks.
Just one question - how can I configure to run a GRADLE script (tru the wrapper) in some directory while my GRADLE wrapper is in another directory?
For example, my wrapper is in C:\eda\gradlew.bat, and the script I want to execute is in C:\eda\test-automation\Tools\xxx\tools\build.gradle?
Vassilena Treneva
added a comment - Yes. Thanks.
Just one question - how can I configure to run a GRADLE script (tru the wrapper) in some directory while my GRADLE wrapper is in another directory?
For example, my wrapper is in C:\eda\gradlew.bat, and the script I want to execute is in C:\eda\test-automation\Tools\xxx\tools\build.gradle? Vassilena Treneva
added a comment - Seems that it works only when invoking gradle in the root dir where gradle wrapper lives.
When I tried to invoke it for a set of tests deeper in the directories I got:
[Gradle] - Launching build.
[Gradle] - [ERROR] Can't retrieve the Gradle executable.
Build step 'Invoke Gradle script' marked build as failure
Recording test results
What is the configuration passing for execution? I assume that instead [gradle build] it should be [gradlew build]. But the commands [gradle] or [gradlew] are passed from Jenkins, so I wonder what is passed in case of the wrapper?
Hope you can help me
Vassilena Treneva
added a comment - Seems that it works only when invoking gradle in the root dir where gradle wrapper lives.
When I tried to invoke it for a set of tests deeper in the directories I got:
[Gradle] - Launching build.
[Gradle] - [ERROR] Can't retrieve the Gradle executable.
Build step 'Invoke Gradle script' marked build as failure
Recording test results
What is the configuration passing for execution? I assume that instead [gradle build] it should be [gradlew build] . But the commands [gradle] or [gradlew] are passed from Jenkins, so I wonder what is passed in case of the wrapper?
Hope you can help me 
George Simpson
added a comment - Please open another issue if there is still a problem. 
The job configuration.