Почему требуется "тест-банка" для "mvn compile",

Ответ 1

Это похоже на определенную ошибку для меня.

У меня такая же проблема и проверял Maven 3.0.1 и 3.0.2. Проверка не завершится неудачей, только этап компиляции завершится неудачно. С Maven 3 mvn compile прерывается, но mvn test-compile работает.

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

В результате я подумал, что это можно обойти, сопоставив цель testCompile maven-compiler-plugin с фазой компиляции вместо фазы по умолчанию тест-компиляция.

Я добавил это в свой pom, рядом с частью, которая добавляет создание тестового фляги в pom вверх по течению:

  <!-- there is a bug in maven causing it to resolve test-jar types
       at compile time rather than test-compile. Move the compilation 
       of the test classes earlier in the build cycle -->
  <plugin>
    <artifactId>maven-compiler-plugin</artifactId>
    <executions>
      <execution>
        <id>default-testCompile</id>
        <phase>compile</phase>
        <goals>
          <goal>testCompile</goal>
        </goals>
      </execution>
    </executions>
  </plugin>

Но это тоже не сработает, потому что пять фаз между compile и test-compile не запускались и не настраивали такие вещи, как testpath classpath.

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

Ответ 2

В моем случае основной причиной было то, что модуль, который должен использоваться в качестве зависимости в области test с типом test-jar, не включал требуемую конфигурацию maven-jar-plugin. Без приведенного ниже фрагмента тестовый файл jar не будет развернут при вызове mvn deploy в соответствующем модуле.

<build>
<plugins>
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <executions>
      <execution>
        <goals>
          <goal>test-jar</goal>
        </goals>
      </execution>
    </executions>
  </plugin>
</plugins>

См. Https://maven.apache.org/guides/mini/guide-attached-tests.html для получения более подробной информации.

Ответ 3

Итак, я сделал серьезную отладку и обнаружил, что проблема представляет собой взаимодействие между плагинами exec:java, test-jar и mvn compile.

Короче говоря, если вы прикрепляете exec:java к фазе выполнения, mvn compile начинает искать зависимости test-jar во время компиляции. Если вы удалите элемент <executions> из объявления плагина exec:java, mvn compile снова работает отлично.

Я написал здесь отчет об ошибке для плагина exec:java, хотя я не могу сказать, находится ли ошибка в exec:java, test-jar или mvn compile, поэтому, возможно, ошибка будет перемещена в другое место, если/когда кто-то показывает это:

http://jira.codehaus.org/browse/MEXEC-91

Обновление: На самом деле это не ошибка, плагин maven-exec-плагин документирован как требующий тестовых зависимостей здесь:

http://mojo.codehaus.org/exec-maven-plugin/java-mojo.html

Это не значит, что это не станет отличной функцией.; -)

Ответ 4

Я использую maven2. Я думаю, что ответ находится в управлении жизненным циклом maven. Первый шаг жизненного цикла по умолчанию - проверка достоверности, которая "проверяет правильность проекта и доступна вся необходимая информация". (см. http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html).

Итак, maven просто пытается извлечь все необходимые зависимости для последующего выполнения.

Ответ 5

Это -DskipTests проблему для меня: -DskipTests