Не удалось получить снимок выходных файлов для задачи

Question

Не удалось получить снимок выходных файлов для задачи

Ошибка: не удалось получить моментальный снимок выходных файлов для задачи 'transformClassesWithDexForDebug', свойство 'streamOutputFolder' во время последней проверки.

Не удалось создать хэш MD5 для файла 'C:\Users\GauravZone\AndroidStudioProjects\ZopporoStore\app\build\ промежуточные \transforms\dex\debug\folder \1000\10000\instant-run_83dbc65f4e3a4cd278807c089695c6b352698x1 \ классы.

Я получаю эти ошибки, не знаю почему, раньше все приложения работали нормально, но внезапно получаю эту ошибку во всех моих приложениях при попытке запуска проектов

8

android

Источник

user7778811 28 мар '17 в 09:10

8 ответов

Другие вопросы по тегам android

user6776036 31 мар '17 в 06:00 2017-03-31 06:00 · Answer 1 · 2017-03-31 06:00

введите описание изображения здесь отключите ваш антивирус. это будет работать

13

Источник

user6776036 31 мар '17 в 06:00

user2738452 29 мар '17 в 13:11 2017-03-29 13:11 · Answer 2 · 2017-03-29 13:11

Это проблема Gradle, и вы можете найти ее здесь. Так что на данный момент просто отключите Instant Run. Это сработало для меня.

8

Источник

user2738452 29 мар '17 в 13:11

user8429046 06 июл '18 в 16:36 2018-07-06 16:36 · Answer 3 · 2018-07-06 16:36

В андроид студии,

Откройте диалоговое окно "Настройки" или "Настройки": в Windows или Linux выберите File > Settings из строки меню. На Mac OSX выберите Android Studio > Preferences из строки меню.
Перейдите к Build, Execution, Deployment > Instant Run,
Снимите флажок Возобновить действие при изменении кода.

5

Источник

user8429046 06 июл '18 в 16:36

user7523193 13 янв '19 в 12:46 2019-01-13 12:46 · Answer 4 · 2019-01-13 12:46

Я решил эту проблему в своем реактивном проекте, удалив весь кэш npm

1.npm  cache clean --force
2.react-native run-android

5

Источник

user7523193 13 янв '19 в 12:46

user6736144 28 мар '17 в 09:23 2017-03-28 09:23 · Answer 5 · 2017-03-28 09:23

Установите для multiDexEnabled значение true в своем классе выпуска buildType в файле build.gradle

2

Источник

user6736144 28 мар '17 в 09:23

user4790458 19 сен '17 в 18:29 2017-09-19 18:29 · Answer 6 · 2017-09-19 18:29

Ошибка: не удалось получить снимок выходных файлов для задачи 'transformClassesWithDexForDebug', свойство 'streamOutputFolder' во время последней проверки::

Решение: Просто пересоберите проект и затем синхронизируйте проект с файлами Gradle, как указано ниже.

1. Нажмите Build -> Rebuild Project.

2. Нажмите Инструменты -> Android -> Синхронизировать проект с файлами Gradle

user1687991 04 май '17 в 22:34 2017-05-04 22:34 · Answer 7 · 2017-05-04 22:34

Я также получал ту же ошибку. Но когда я отключил Instant Run, Gradle начал строить. Но я согласен с теми, кто считает, что это проблема Gradle. И пока он не получит разрешение, отключите Instant Run.

1

Источник

user1687991 04 май '17 в 22:34

user6796360 05 фев '18 в 12:28 2018-02-05 12:28 · Answer 8 · 2018-02-05 12:28

Следующие шаги: мгновенный запуск (файл-> настройка-> сборка, выполнение, развертывание-> снять флажок мгновенный запуск), а затем скомпилировать его правильно.

1

Источник

user6796360 05 фев '18 в 12:28

user11652227 17 мар '20 в 12:29 2020-03-17 12:29 · Answer 9 · 2020-03-17 12:29

Очистка кеша исправляет это. Но только один раз, если вы остановите проект и снова запустите его, вы снова получите ту же ошибку.

Выполнение следующих исправлений для меня,

cd android ./gradlew clean react-native start --reset-cache npm clean cache --force

Затем откройте два разных терминала,

Бегать react-native startв одном терминале и во втором,

Бегать react-native run-androidНадеюсь, это сработает и для вас.

user9559342 11 янв '19 в 09:08 2019-01-11 09:08 · Answer 10 · 2019-01-11 09:08

Для меня у меня была эта ошибка, когда я использую свое устройство в качестве эмулятора. Я так и сделал, и это работает:

       1.adb reverse tcp:8081 tcp:8081
       2.react-native start --reset-cache
       3.react-native run-android

0

Источник

user9559342 11 янв '19 в 09:08

user1499296 20 янв '20 в 21:11 2020-01-20 21:11 · Answer 11 · 2020-01-20 21:11

Эта проблема возникает, когда существует более одного процесса, который что-то делает с файлом на вашем диске (будь то рабочая область вашего задания Jenkins, путь кеша Gradle или созданная им папка сборки Gradle), когда эти процессы пытаются что-то сделать с файлом и держит замок.

Если у вас есть антивирус, вы можете это увидеть. Удаление может решить проблему, но тогда у вас нет антивируса (лучше, если вы можете настроить что-то в антивирусе для периодической проверки файлов).

В моем случае эта проблема возникает только тогда, когда у меня есть Jenkinsfile конвейер, где я запускаю задачу Gradle для 3-5 проектов в parallel (скажем, Gradle запускает rpm задача или build задача) и когда я выполняю параллельные запуски этого конвейера.

Как вы можете видеть, мой код конвейера ( Jenkinsfile Pipeline DSL: How to Show Multi-Columns in Jobs dashboard GUI - Для всех динамически создаваемых этапов - Когда в разделе PIPELINE) создает динамический этап (ы), и когда я вызываю его вpipeline раздел, я использую parallelдля запуска N нет. проектов (которые я могу определить в хэше / массиве) задачи gradle параллельно.

Я заметил, что все эти запуски (выполняющиеся параллельно) выполняются с использованием моего идентификатора пользователя (или какой-либо учетной записи службы), и все они используют одну и ту же версию Gradle (4.3.1 в моем случае), и, следовательно, они используют одну и ту же кеш.

Запуск их только в параллельном режиме - ИЛИ - более реалистичный случай, когда будет выполняться несколько конвейерных запусков этого конвейерного задания (параллельное выполнение 5 задач gradle проекта), вероятно, попадет в это условие файла LOCK.

Вероятно, вы можете решить эту проблему, установив уникальный GRADLE_USER_HOME="~${WORKSPACE}/.cache" (т.е. используйте рабочую область задания Jenkins, которая создается динамически и является уникальной) или даже лучше, установив домашнюю страницу пользователя Gradle как:

dt_stamp=`date +%s`; ## set and pass this dt_stamp variable for Gradle user home before calling Gradle.
GRADLE_USER_HOME="~${WORKSPACE}/${dt}/.cache"`

Таким образом, по крайней мере, в кеше Gradle вы не увидите никаких проблем, связанных с файлами блокировки (ПРИМЕЧАНИЕ: вы не сможете эффективно использовать концепцию кеширования Gradle, которая являетсяlazy (или не извлекать зависимости артефактов / библиотек из двоичного репозитория, такого как Artifactory, каждый раз) при использовании Gradle среди многих проектов, если вы установите GRADLE_USER_HOME в значение динамической папки, так как это будет похоже на запуск gradle после очистки его кеша каждый раз (для некоторых это Хорошо, если ваша сборка не займет много времени и это более чистый способ сборки)).

Когда я пытался запустить только один конвейер (который запускает все задачи Gradle всех 5 проектов параллельно), конвейер всегда успешно работает.

Выполнение нескольких экземпляров задания конвейера (запуск 5 параллельных сборок в каждом запуске) приводит к этой проблеме БЛОКИРОВКИ файла.

Сообщение об ошибке, когда я запускал много одновременных запусков конвейера (каждый запуск конвейера - запускает задачи Gradle параллельно в 5 разных проектах).

FAILURE: Build failed with an exception.


* What went wrong:

Failed to capture snapshot of output files for task ':rpm' property 'archivePath' during up-to-date check.

> Timeout waiting to lock file hash cache (/view/user123456_Team_Tools/vobs/space/test/folder1/Project1of5/.gradle/4.3.1/fileHashes). It is currently in use by another Gradle instance.

  Owner PID: 29003

  Our PID: 903

  Owner Operation: 

  Our operation: 

  Lock file: /view/user123456_Team_Tools/vobs/space/test/folder1/Project1of5/.gradle/4.3.1/fileHashes/fileHashes.lock


* Try:

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

-- ИЛИ --

Вы также можете получить такую ошибку, когда процесс не может удалить каталог (в то время как Gradle выполняется, поскольку целевая папка / файл может использоваться другим процессом)

FAILURE: Build failed with an exception.


* What went wrong:

Execution failed for task ':clean'.

> Unable to delete directory: /view/user123456_Team_Tools/vobs/space/test/folder1/project2of5/build/classes/java/main/org/syntax/jedit


* Try:

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


* Get more help at https://help.gradle.org

Если вам действительно повезло (как и мне), то вы, вероятно, тоже столкнетесь с этой ошибкой:

Jenkins - java.lang.IllegalArgumentException: последний блок не имеет достаточно действительных битов и
ошибка Gradle: задача 'null' не найдена в корневом проекте

Подробнее см. Здесь: Jenkins - java.lang.IllegalArgumentException: последний блок не имеет достаточно действительных битов и ошибка Gradle: задача 'null' не найдена в корневом проекте

user3100967 21 апр '17 в 09:29 2017-04-21 09:29 · Answer 12 · 2017-04-21 09:29

Я столкнулся с этой проблемой после обновления Android Plugin для Gradle до версии 2.3.1. Мне помог откат на версию 2.3.0, попробуйте установить classpath 'com.android.tools.build:gradle:2.3.0' на вашем высшем уровне gradle.build файл.

0

Источник

user3100967 21 апр '17 в 09:29