Gradle Could not create service of type InitScriptHandler using BuildScopeServices.createInitScriptHandler()

Gradle Problem Overview

I used gradle build command in Centos 7 terminal and I got output:

FAILURE: Build failed with an exception.

* What went wrong:
Could not create service of type InitScriptHandler using BuildScopeServices.createInitScriptHandler().

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

Gradle Solutions

Solution 1 - Gradle

Try setting your GRADLE_USER_HOME variable to a folder where you have valid access. Then this error will go away.

For ex: I faced the same issue today while I was running gradle clean command on a new slave machine.

My Gradle version was 2.3.

With --stacktrace, I came to know it was trying to create .gradle folder for storing Gradle's cache data (while I invoked Gradle to run clean task on the slave) and it was trying to create that folder under /some/location/where/gradle/exists OR some /path/location/xxx/yyy where the user which was running Gradle on the slave machine didn't have valid access to write (create folder/files).

i.e. the user which I used to connect from Jenkins machine to the slave didn't have write access to touch/mkdir anything in the default location (where Gradle thought, OK I should create .gradle folder here).

To fix it, I added the above GRADLE_USER_HOME variable in the slave's ENVIRONMENT Variable section. Now, as I have valid access in my home directory, I was OK.

Setting:

GRADLE_USER_HOME=~/gradle_2_3_cache/.gradle

resolved the issue.

You can set it to ~/.gradle as well. But I set it under a custom folder inside my ~ home directory (gradle_2_3_cache). This will help me in case I have another job/build run running on the same Slave machine but with a different Gradle version for ex: 2.5 etc version and if I want the .gradle cache for 2.3 and 2.5/x version in separate folders.

NOTE: When using parallel section within Jenkinsfile, it's best to avoid Gradle greatness (i.e. using same Gradle's cache i.e. using same GRADLE_USER_HOME) as otherwise, you'll land into a mine of interesting issues as listed here: https://stackoverflow.com/questions/59797696/jenkins-java-lang-illegalargumentexception-last-unit-does-not-have-enough-val

Solution 2 - Gradle

For me, killing the Gradle daemon (gradle --stop) really helped and fixed the issue.

Solution 3 - Gradle

The Problem solved by simply using "sudo" and giving access to gradle to create a folder and write cache. use:

sudo ./gradlew

Solution 4 - Gradle

If you using wrapper gradlew, in root make directory .gradle_new

mkdir .gradle_new
chmod -R 777 .gradle_new

and run gradlew with arguments:

--project-cache-dir .gradle_new

Solution 5 - Gradle

I had the same problem. For me it worked after I exclude the .gradle folder if you can not delete try to rename.

Solution 6 - Gradle

Restarting the machine solved the issue.

Solution 7 - Gradle

If you have just updated your JDK version and you have set up a Gradle wrapper in your project, you may want to double-check the wrapper version supports your new JDK. If not, consider removing wrapper-related files from the project (gradlew, gradlew.bat and gradle/wrapper/*) and re-generating them with the Gradle CLI, like so:

gradle wrapper --gradle-version <new-version-number>

e.g. gradle wrapper --gradle-version 4.10.2

This of course assumes your Gradle installation is up-to-date. If not, you will want to update that first.

Solution 8 - Gradle

I got the same error, got rid of it by using the correct version of Java / JDK. I was trying to build a Java 8 project with the Java 11 JDK. Check which version of Java JDK you are using.

To develop projects with different Java versions in parallel I now use jEnv to manage the different JDK versions: http://www.jenv.be/

Solution 9 - Gradle

This is a permission issue. do a gradle wrapper --stacktrace you should see something like this Failed to create parent directory '/home/cloud_user/my-project/gradle' when creating directory '/home/cloud_user/my-project/gradle/wrapper'

the user, cloud_user, has no permission to the directory make cloud_user owner of the folder sudo chown -R cloud_user:cloud_user /home/cloud_user/my-project/

Solution 10 - Gradle

Permission issue. This fixed the issue for me:

sudo chown -R $USER dir

Solution 11 - Gradle

I got this error when running code in IntelliJ Idea, and

> gradle --stop

really not helped, as it said that "No Gradle daemons are running."

But simple kill of all gradle processes helped:

ps aux | grep gradle
kill -9 $PID

Solution 12 - Gradle

For me this was to do with Java versions. I have Java 10 installed and as the default Java on my system. Setting a JAVA_HOME pointing at Java 8 was sufficient for the project (graphql-spring-boot) to build.

Solution 13 - Gradle

If using the "Invoke Gradle script" build step, click on Advanced to reveal additional options. Locate "Force GRADLE_USER_HOME to use workspace" and check it.

Solution 14 - Gradle

For future reference. I had the same problem, the issue was that the antivirus was blocking OpenJdk platform binary and java.exe which prevented android studio from being able to modify the files

Solution 15 - Gradle

I ran into this exception when trying to build a project that was mounted as read-only filesystem in a VM. The project set its own gradle cache so changing GRADLE_USER_HOME did not work. I had to change the filesystem to be read/write.

Solution 16 - Gradle

You Just Have to Run it under the super user (sudo ....) it works for me

Solution 17 - Gradle

If you run Docker-in-Docker and mount the project directory from docker host directly to docker container:

-v ${PWD}:/path_to_project -w /path_to_project

the owners are different and docker container user (either gradle or root) can't override/delete ./buildSrc/build or ./build/

One of the fixes - copy the sources inside the container to temporary directory and build there.

Smth like this (first mounted to project, but then copied to project-copy to "decouple" with the host system real files and run the build in the copy):

docker run -v "${PWD}":/home/gradle/project -w /home/gradle/project-copy \
    --rm \
    --entrypoint sh \
    gradle:5.5.1-jdk11 \
    -- -c "cp -r -T /home/gradle/project ./  &&  ./gradlew build"

Solution 18 - Gradle

In my case I had bad credentials to private Maven repository. JIdea does not show the inner exception but running gradle build reveals the problem immediately.

Solution 19 - Gradle

I used a Gradle project in Eclipse, Eclipse's Gradle was giving that error. When I installed NetBeans and its Gradle Plugin, the problem has gone, project was building okay. Another way to circumvent this error was using commandline ./gradlew , project also built successfully.

It seems that Eclipse's era is over, they appear to be unable to follow the progress.

Solution 20 - Gradle

This can happen if you run Gradle commands from separate terminals at the same time - I assume Gradle somehow locks ~/.gradle when it is running to prevent any problems.

Solution 21 - Gradle

I had that same error, while running gradle with java 14 (openjdk) as my default java implementation. Setting default java back to java 8 solved the issue

sudo update-alternatives --auto java

Solution 22 - Gradle

just run (taskkill /im java.exe /f) in command

Solution 23 - Gradle

If anyone is still struggling with this, my issue was caused by Microsoft preventing Java from running due to Controlled Folder Access security restrictions.

I didn't get the popup notification since my computer is set to Do Not Disturb Mode. Once I allowed access, Gradle ran fine.

Solution 24 - Gradle

In my case the error was different but I landed here, my error was:

Could not create service of type ExecutionHistoryStore using ExecutionGradleServices.createExecutionHistoryStore().
         > Timeout waiting to lock execution history cache (/Volumes/Extreme SSD/FlutterProject/test/android/.gradle/6.7/executionHistory). It is currently in use by another Gradle instance.
           Owner PID: unknown                                           
           Our PID: 94001                                               
           Owner Operation: unknown                                     
           Our operation:                                               
           Lock file: /Volumes/Extreme SSD/FlutterProject/test/android/.gradle/6.7/executionHistory/executionHistory.lock

It happens when you try to run flutter run from two separate terminals. So I solved it by executing cd <projectPath> && flutter run from the active terminal which I was using first. Basically, while executing some Gradle command, in this case building an android file, the terminal locks down some Gradle PID, so either you stop them or just simply use that terminal.

Solution 25 - Gradle

in my case manual removing the .gradle and .idea folders helped me you can find them in the Android Studio if Project view selected after this just clean and rebuild app

Solution 26 - Gradle

I got the same issue and for me worked below command.

./gradlew --stop

After that restart my system and wipe data of simulator and run again everything works fine.

Content Type	Original Author	Original Content on Stackoverflow
Question	Edgaras Karka	View Question on Stackoverflow
Solution 1 - Gradle	AKS	View Answer on Stackoverflow
Solution 2 - Gradle	Chiranjeevi	View Answer on Stackoverflow
Solution 3 - Gradle	Zainub Wahid	View Answer on Stackoverflow
Solution 4 - Gradle	Sergey Pavlov	View Answer on Stackoverflow
Solution 5 - Gradle	UnHee Schiefelbein	View Answer on Stackoverflow
Solution 6 - Gradle	yoshiiiiiiii	View Answer on Stackoverflow
Solution 7 - Gradle	Flic	View Answer on Stackoverflow
Solution 8 - Gradle	chrisly	View Answer on Stackoverflow
Solution 9 - Gradle	Wale	View Answer on Stackoverflow
Solution 10 - Gradle	julianm	View Answer on Stackoverflow
Solution 11 - Gradle	Vitaliy Moskalyuk	View Answer on Stackoverflow
Solution 12 - Gradle	Thomas David Baker	View Answer on Stackoverflow
Solution 13 - Gradle	Philippe	View Answer on Stackoverflow
Solution 14 - Gradle	Rami Amro Ahmed	View Answer on Stackoverflow
Solution 15 - Gradle	antonagestam	View Answer on Stackoverflow
Solution 16 - Gradle	Farouk Benarous	View Answer on Stackoverflow
Solution 17 - Gradle	radistao	View Answer on Stackoverflow
Solution 18 - Gradle	user1921819	View Answer on Stackoverflow
Solution 19 - Gradle	Eugene Gr. Philippov	View Answer on Stackoverflow
Solution 20 - Gradle	tschumann	View Answer on Stackoverflow
Solution 21 - Gradle	David Larochette	View Answer on Stackoverflow
Solution 22 - Gradle	Arana Soltani	View Answer on Stackoverflow
Solution 23 - Gradle	I Stand With Israel	View Answer on Stackoverflow
Solution 24 - Gradle	HackRx	View Answer on Stackoverflow
Solution 25 - Gradle	tasjapr	View Answer on Stackoverflow
Solution 26 - Gradle	Rahul Mishra	View Answer on Stackoverflow