Android-байт-код JAVA отсутствует после обновления инструментов Gradle и Build

Question

Android-байт-код JAVA отсутствует после обновления инструментов Gradle и Build

1

Я использую Jacoco для создания отчета о покрытии, и это работало нормально до обновления версий Gradle и BuildTools. Затем я возвращаю эти изменения и снова работаю.

Jacoco ищет здесь файлы .class:

$ {BuildDir}/промежуточные/классы/отладки

Это приложение/сборка/промежуточные/классы/отладка. Но я заметил, что после обновления этот путь отсутствует, внутри промежуточных классов нет классов dir

Моя конфигурация, которая работает:

Модуль уровня проекта

classpath 'com.android.tools.build:gradle:3.1.4'
classpath 'io.fabric.tools:gradle:1.25.1'

Модуль уровня приложения

compileSdkVersion 27
buildToolsVersion "27.0.3"

И при обновлении это:

Модуль уровня проекта

classpath 'com.android.tools.build:gradle:3.2.1'
classpath 'io.fabric.tools:gradle:1.25.4'

Модуль уровня приложения

compileSdkVersion 28
buildToolsVersion "28.0.3"

Я не мог найти никаких ссылок о том, что путь движется или что может происходить

РЕДАКТИРОВАТЬ

Моя проблема в том, что, поскольку Java Byte Code (сгенерированные файлы .class) не существует, Jacoco не может создать отчет о покрытии

sebasira 19 нояб. 2018, в 13:33

Источник

Теги:

android

gradle

code-coverage

jacoco

2 ответа

2

Можно изменить classDirectories используемые задачей покрытия одинаково:

task "${testTaskName}Coverage" (type:JacocoReport, dependsOn: "$testTaskName") {
    ...
    classDirectories = fileTree(
        dir: "${project.buildDir}/intermediates/javac/debug/compileDebugJavaWithJavac/classes/${sourcePath}",
        excludes: [ ... ]
    )
    ...
}

Martin Zeitler 24 нояб. 2018, в 21:33

0

Спасибо! Хотя ваш ответ также верен, я вынужден отметить @MDP как правильный, потому что он ответил ранее.
sebasira 27 нояб. 2018, в 16:05
1

@sebasira другой ответ не дает никакого решения, как изменить путь. в то время как ваш «вопрос» даже не содержит какого-либо фактического вопроса - который должен был бы сказать, какой ответ является правильным. более быстрый ответ не означает лучшего ответа. Функция IDE search > in path для шаблона *.class предоставила бы точно такую же информацию.
Martin Zeitler 28 нояб. 2018, в 04:24
1

в основном, «неясно, что вы спрашиваете» (что обычно является веской причиной для приостановки вопроса), когда спрашиваете «Кто-нибудь еще испытывает ту же проблему?» - что может означать оба пункта: а) "где находятся файлы .class?" и б) "как изменить путь, чтобы JaCoCo мог найти файлы .class?" ... поэтому два ответа, которые отвечают на совершенно разные вопросы.
Martin Zeitler 28 нояб. 2018, в 05:29
0

Это должен быть принятый ответ
Wellsen 21 март 2019, в 04:57

Показать ещё 2 комментария

Ещё вопросы

Спасибо! Хотя ваш ответ также верен, я вынужден отметить @MDP как правильный, потому что он ответил ранее.
@sebasira другой ответ не дает никакого решения, как изменить путь. в то время как ваш «вопрос» даже не содержит какого-либо фактического вопроса - который должен был бы сказать, какой ответ является правильным. более быстрый ответ не означает лучшего ответа. Функция IDE search > in path для шаблона *.class предоставила бы точно такую же информацию.
в основном, «неясно, что вы спрашиваете» (что обычно является веской причиной для приостановки вопроса), когда спрашиваете «Кто-нибудь еще испытывает ту же проблему?» - что может означать оба пункта: а) "где находятся файлы .class?" и б) "как изменить путь, чтобы JaCoCo мог найти файлы .class?" ... поэтому два ответа, которые отвечают на совершенно разные вопросы.

M D P · Accepted Answer · 2018-11-24T22-12-00.000Z

Они находятся в intermediates\javac\debug\compileDebugJavaWithJavac\classes

Вы можете настроить Jacoco для изменения пути классов.

Я не знаком с Jacoco, но я думаю, что он имеет свойство с именем includes, который используется для файлов .class.

Или, должно быть, .properties для этого, я думаю.

Спасибо! Знаете почему, куда они переехали? а также есть ли какие-либо документы об этом?
@sebasira Я не смог найти никаких документов, но я думаю, что это для очистки и организованных каталогов для будущего развития. так как android собирается закончиться и будет заменен Fuchsia, а среда Flutter будет использоваться с Dart вместо Java, я думаю, они готовят среду для этого.