Подтвердить что ты не робот

Gradle "Невозможно открыть кеш-память класса buildscript" - есть ли лучший способ решить проблему?

После добавления зависимости к файлу .gradle наш сервер сборки начал иметь проблемы со следующим:

FAILURE: Build failed with an exception.

* What went wrong:
Could not open buildscript class cache for build file '/u01/apps/.jenkins/workspace/[path name snipped]/build.gradle'     (/home/[username]/.gradle/caches/1.3/scripts/build_5jii90b0hvl37q9m8vfhik495b/ProjectScript/buildscript).
> java.io.EOFException

Мы смогли решить эту проблему, очистив кэш gradle на ведомых устройствах. Однако я обеспокоен тем, что это всего лишь временное исправление, и оно может появиться снова. Есть ли лучший способ исправить эту проблему?

4b9b3361

Ответ 1

перейти в папку ".gradle\caches\2.0\scripts\build_7l4t45nbnsvdcl79ol8u0beli4\ProjectScript" и удалить cache.properties.lock file

Ответ 2

Эти исключения обычно возникают из-за поврежденных файлов кеша.

Удаление кеша в большинстве случаев работает.

Linux

rm -rf ~/.gradle/caches

Окно

Удалите папку %USER_HOME%.gradle/caches

Ответ 3

Сначала я предлагаю вам обновить с Gradle 1.3 до последней версии. Кабель сборки script сильно изменился с версии 1.3.

Во-вторых, при работе в среде Jenkins обычно хорошо подумать о переносе дома пользователя Gradle в другое место, кроме ~/.gradle/. Его можно изменить, установив переменную окружения GRADLE_USER_HOME в настройках Jenkins (настройка системы). Например, в нашей среде мы кладем кеш Gradle на локальный SSD-диск вместо установленной NFS ~/.

Один из трех вариантов заключается в том, чтобы использовать каждое рабочее пространство в качестве рабочего дома Gradle. Это делается путем отметки флажка "Force GRADLE_USER_HOME для использования рабочей области" в конфигурации задания Jenkins. Это очень эффективно, если ваши задания всегда выполняются на одном компьютере, и вы не удаляете рабочие пространства после каждой сборки.

Ответ 4

Запуск./gradlew clean из командной строки (внутри папки проекта), казалось, очистил его для меня.

Ответ 5

C:\Users\John\.gradle\caches\2.4\scripts>del /S *.lock помогло с помощью командной строки Win (там, где много .lock). rm должен сделать то же самое для Unix-подобных систем.

Ответ 6

Если не указано выше, вы можете удалить папку кэшей.

Ответ 7

Я получил это в Visual Studio 2015 после обновления в Инструменты для Apache Cordova v7.

Просто удаление файлов .lock, как указано выше, не помогло.

Мне также пришлось удалить папку с платформами. эта папка находится на том же уровне, что и ваша папка www (не то, что VS добавляет ее в .gitignore).

Затем создайте, удалите файлы .lock, удалите всю папку cache_ *, промойте, повторите, пока сборка не завершится успешно.