JaCoCo Невозможно добавить другой класс с тем же именем: org/hamcrest/BaseDescription

Есть два способа избежать этого:

1) Переименуйте один из дубликатов: я довольно часто сталкивался с этой проблемой, когда дело доходит до проектов maven. Даже если эти два класса находятся в двух разных модулях, иметь одинаковые имена для двух разных классов не очень хорошая идея.

2) Исключите один из них: см. в этой ветке SO для получения дополнительной информации.

Я согласен с rb512. Еще один случай/область, в которой может возникнуть эта ошибка, - это процесс компиляции, если мы используем JIBX/WST и т. д. или аналогичные другие шаги/процесс, которые создают файлы динамических классов (во время компиляции), т.е. для которых у нас нет действительных соответствующих исходный файл (.java/.groovy и т. д.) в рабочей области.

В этом случае ваше рабочее пространство будет иметь дополнительные файлы классов, и когда jacoco попытается сгенерировать отчет, он выдаст ту же ошибку для дублирующегося класса. Если вы обнаружите эту ошибку из-за этого случая, вам необходимо удалить все файлы классов перед запуском отчетов jacoco.

Если вы используете Gradle (для Maven сделайте то же самое в файле Maven pom .xml), см. блок doFirst ниже, который выполняет трюк.

  jacocoTestReport {
      //cleaning up the JiBx classes to jacoco will not cause problems for CareDiscovery
      doFirst {
             delete fileTree (dir: "${buildDir}/classes", include: "**/JiBX_*.class")
      }
      group = "Reporting"
      description = "Generate Jacoco coverage reports after running tests."

      executionData = fileTree(dir: 'build/jacoco', include: '**/*.exec')

      reports {
             xml{
                 enabled true
                 //Following value is a file
                 destination "${buildDir}/reports/jacoco/xml/jacoco.xml"
             }
             csv.enabled false
             html {
                 enabled true
                 //Following value is a folder
                 destination "${buildDir}/reports/jacoco/html"
             }
      }

      sourceDirectories = files(['src/java','src/main/java', 'src/main/groovy'])
      classDirectories =  files('build/classes/main')
  }

Я столкнулся с той же проблемой, что и вы. Оказывается, у меня в папке проекта было две банки, которые делали одно и то же, хотя только одна из них находилась в пути сборки. Проверьте, есть ли в вашем коде более одной банки hamcrest.

В моем случае проблемы возникали из-за класса в артефакте Jar проекта.

    Caused by: java.io.IOException: Error while analyzing /opt/jenkins/workspace/MicroService-M_build/microservice/dev/microservice/build/gen/main/resources/uploadassets/myCustomProject.jar@org/apache/commons/beanutils/BasicDynaBean.class.
Caused by: java.lang.IllegalStateException: Can't add different class with same name: org/apache/commons/beanutils/BasicDynaBean
    at org.jacoco.core.analysis.CoverageBuilder.visitCoverage(CoverageBuilder.java:107)

Ниже приведены градации, чтобы исключить пользовательскую банку из отчета о тестировании jacoco.

jacocoTestReport {
        doFirst {
            delete fileTree (dir: "${buildDir}/gen/main/resources/uploadassets", include: "myCustomProject.jar")
        }
        reports {
            xml.enabled true
        }
    }

Это решило мою проблему.

Эта проблема обычно вызывается некоторыми файлами jar или файлами проекта в папке target. Это то, что решило проблему в нашем проекте maven (см. /65885458#65885458">Ответ Санджая для Gradle):

        <plugin>
            <groupId>org.jacoco</groupId>
            <artifactId>jacoco-maven-plugin</artifactId>
            <version>0.8.7</version>
                <configuration>
                   <excludes>**/*.jar</excludes>
                </configuration>
        </plugin>

Обратите внимание, что это самое простое решение, работающее для нашего конкретного проекта. Если вам нужно сделать дополнительные исключения, оберните несколько <exclude>-команд следующим образом:

            <configuration>
                <excludes>
                    <exclude>**/*.jar</exclude>
                    <exclude>naughty-dependency/**/*.class</exclude>
                </excludes>
            </configuration>

Примечание. Этот раздел конфигурации не связывает JaCoCo с какими-либо <execution> целями намеренно. Таким образом, процесс упаковки по умолчанию не прерывается, когда JaCoCo падает, а также работает немного быстрее. Отчеты будут генерироваться только при выпуске mvn org.jacoco:jacoco-maven-plugin:prepare-agent test jacoco:report, что мы делаем, например, в нашем gitlab CI-конвейере.