Не вдалося знайти або завантажити основний клас org.gradle.wrapper.GradleWrapperMain

Я очистив весь проект, видаляючи локальні каталоги , як ~/.gradle, ~/.m2 ~./androidі ~/workspace/project/.gradleта вони вибрали File -> Invalidate Caches / Restart...в Android Studio. Тепер виконання команди ./gradlewпризводить до наступного виводу:

usr$ ./gradlew tasks
Error: Could not find or load main class org.gradle.wrapper.GradleWrapperMain

Потрібно сказати, що я видалив занадто багато, питання полягає в тому, як це можна знову відремонтувати? Чи є у вас ідеї, як це виправити?

Ваша оболонка з градієном відсутня, зламана або зіпсована.

Що таке обгортка gradle:
gradlew чи виконується оболонка gradle - пакетний скрипт для Windows та скрипт оболонки в інших місцях. Після виклику сценарію обгортки завантажується визначена версія gradle та виконується. Поширюючи обгортку з вашим проектом, кожен може працювати з ним, не маючи заздалегідь встановлювати Gradle. Ще краще, що користувачі збірки гарантовано використовувати версію Gradle, з якою була створена збірка.

Відновлення обгортки gradle:
Раніше вам потрібно було додати wrapperзавдання до build.gradle, щоб відновити обгортку gradle та всі її залежності. Наприклад:

task wrapper(type: Wrapper) {
    gradleVersion = '4.1'
}

Новіші версії gradle цього не потребують. Тепер це вбудована задача. Просто запустіть:

gradle wrapper

Ви також можете надати додаткові прапори, щоб вказати версії тощо

gradle wrapper --gradle-version 6.2 --distribution-type all

Під час виконання цього завдання до папок джерела додаються сценарій обгортки gradle та необхідні файли jar. Властивості зберігаються в gradle / wrapper / gradle-wrapper.properties

(Вам може знадобитися встановити gradle локально, щоб запустити це. brew install gradleНаприклад, на mac. Детальніші інструкції див. Тут )

Чому його бракувало в першу чергу?
Здається, OP видалила щось, від чого залежить обгортка gradle.

Але загальною причиною є те, що запис .gitignore не дозволяє перевіряти банки з обгорткою в git. Зауважте, що фактично .gitignore може бути у вихідній папці або глобальній у домашній папці користувача або у глобальній конфігурації git. Зазвичай є *.jarзапис у .gitignore.

Ви можете додати виняток для jarle-файлів gradlew в .gitignore

*.jar
!gradle/wrapper/gradle-wrapper.jar

або примусити додати баночку для обгортки в git

git add -f gradle/wrapper/gradle-wrapper.jar

ref: Gradle Wrapper

На додаток до відповіді @ RaGe може бути ситуація, в якій я зіткнувся, коли у мене був глобальний git ігнорування, який ігнорував .jarфайли, і тому банку з обгорткою Gradle ніколи не робилася. Таким чином, я отримав цю помилку на сервері Дженкінса після спроби /var/lib/jenkins/my_project/gradlew build. Я повинен був явно примусити додати банку і потім зробити:

git add -f gradle/wrapper/gradle-wrapper.jar

Що для мене працювало - це спершу запустити:

 gradle wrapper

Після успішного складання я зміг запустити

./gradlew assembleRelease

Примітка. Щоб мати змогу запустити gradle wrapperперший запуск brew install gradle. Якщо установка успішна, запустіть gradle wrapperз кореня проекту.

Джерело та подяка: http://gradle.org/docs/current/userguide/gradle_wrapper.html та https://stackoverflow.com/users/745574/rage

У моєму випадку це було глобальним .gitignore, як пояснено у відповіді @ HankCa .

Замість того, щоб насильно додавати банку, що потрібно пам’ятати, щоб зробити у кожному проекті Gradle, я додав переоцінку, щоб повторно включити банку з обгорткою у свій глобальний .gitignore:

*.jar
!gradle/wrapper/gradle-wrapper.jar

Це мені корисно, оскільки у мене є багато проектів, які використовують Gradle; Тепер Git нагадає мені включити баночку для обгортки.

Це переопрацювання буде працювати до тих пір, поки жодні каталоги gradle-wrapper.jar(наприклад, gradleта wrapper) не будуть ігноровані - git не зійде в ігноровані каталоги з міркувань продуктивності .

У моєму випадку я залишив підпак wrapperпід час копіювання gradleпапки і отримав ту саму помилку.

Не вдалося знайти або завантажити основний клас org.gradle.wrapper.GradleWrapperMain

переконайтеся, що у вас правильна структура папки, якщо ви копіюєте обгортку з іншого місця.

├── build.gradle
├── градле
│ └── обгортка
│ ├── gradle-обгортка.jar
│ └── gradle-wrapper.properties
├── gradlew
├── gradlew.bat
└── налаштування.gradle

Напевно, у вашому проекті відсутній gradle-wrapper.jarфайл під каталогом gradle/wrapper.

Вам потрібно генерувати цей файл за допомогою цього сценарію у файлі build.gradle, як показано нижче,

task wrapper(type: Wrapper) {
   gradleVersion = '2.0' // version required
}

і виконати завдання:

gradle wrapper

З gradle 2.4 (або вище) ви можете налаштувати обгортку, не додаючи спеціального завдання:

gradle wrapper --gradle-version 2.3

АБО

gradle wrapper --gradle-distribution-url https://myEnterpriseRepository:7070/gradle/distributions/gradle-2.3-bin.zip

З усіма деталями можна ознайомитись за цим посиланням

Ви також можете скопіювати gradlew.bat у свою кореневу папку та скопіювати gradlew-обгортку у папку gradlew.

це робота для мене.

Я дотримувався відповідей зверху, коли я наткнувся на це. І якщо у вас виникає ця проблема, то переконайтеся, що змушуйте натискати і jar, і файли властивостей. Після цих двох я перестав отримувати це питання.

git add -f gradle/wrapper/gradle-wrapper.jar
git add -f gradle/wrapper/gradle-wrapper.properties

У моєму випадку (за допомогою Windows 10) gradlew.bat має такі рядки коду в:

set DIRNAME=%~dp0
if "%DIRNAME%" == "" set DIRNAME=.
set APP_BASE_NAME=%~n0
set APP_HOME=%DIRNAME%

Змінна APP_HOME по суті є кореневою папкою gradles для проекту, тому, якщо це зіпсується якимось чином, ви збираєтеся отримати:

Помилка: не вдалося знайти або завантажити основний клас org.gradle.wrapper.GradleWrapperMain

Для мене це було зіпсовано, оскільки в моїй структурі папок проекту було вказано амперсанд (&). Напр. C: \ Test & Dev \ MyProject

Отже, gradel намагався знайти файл gradle-wrapper.jar у кореневій папці C: \ Test (знімаючи все після, включаючи '&')

Я виявив це, додавши наступний рядок нижче встановленого APP_HOME =% DIRNAME% рядка вище. Потім запустіть файл bat, щоб побачити результат.

echo "%APP_HOME%"

Буде кілька інших "спеціальних символів", які можуть зламати шлях / каталог.

Я бачив ту саму помилку, але в моєму випадку це була свіжа установка Git без встановленого LFS. Проблемне репо було створено з LFS, а gradle-wrapper.jar був у LFS, тому він містив лише вказівник на сервер LFS. Рішення було простим, просто запустіть:

git lfs install

І свіжий клон зробив свою справу. Я гадаю, git lfs pullчи просто git pullміг би допомогти, але людина з проблемою вирішила зробити свіжий клон замість цього.

@HankCa вирішив проблему і в моєму випадку. Я вирішив змінити свої небезпечні **/*.jarігнори на роз'яснювачі, які src/**/lib/*.jarхочуть уникати подібних проблем у майбутньому. Ігнори, що починаються з ** / *, є занадто небезпечними, принаймні, для мене. І це завжди гарна ідея отримати ідею за рядом .gitignore, просто подивившись на неї.

У моєму випадку gradle-wrapper.jar отримав пошкодження після заміни купу файлів. Повернення до оригіналу вирішило проблему.

Я вирішив цю проблему наступним виправленням (можливо, це допоможе комусь):

Просто перевірте, чи є у батьківських папок вашої папки проекту імена з пробілами чи іншими забороненими символами. Якщо так - видаліть його.

"C: \ Users \ someuser \ Test Projects \ testProj" - у цьому випадку "Test Projects" має бути "TestProjects".

У Gradle 5.x я використовую:

wrapper {
    gradleVersion = '5.5.1'
}

У моєму випадку я видалив папки gradlew і gradle з проекту. Повторіть завдання чистої збірки за допомогою "Запустіть задачу Gradle" у вікні Projekti Gradle в Intellij

Для Gradle версії 5+ ця команда вирішила мою проблему:

оболонка з граді

https://docs.gradle.org/current/userguide/gradle_wrapper.html#sec:adding_wrapper

якщо це новий проект, видаліть існуючу папку та запустіть $ npm install -g react-native-cli

перевірити, чи працює без помилок