Nano Hash - криптовалюты, майнинг, программирование

Выполняется ли фаза проверки maven как часть жизненного цикла, если к ней не привязана пользовательская цель?

Я получил вышеуказанный результат, выполнив команду mvn help: describe -Dcmd = install

Если я запустил команду maven install, она запустит все свои предыдущие фазы. validate - это первая фаза default жизненного цикла сборки maven, которая по умолчанию не привязана ни к одной из целей / плагина maven. Поправьте меня, если я ошибаюсь

Фазы работают, если к ним привязан плагин / цель.

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

 <build>
    <plugins>
        <plugin>
            <artifactId>maven-clean-plugin</artifactId>
            <version>3.1.0</version>
            <executions>
               <execution>
                   <id>custom-clean</id>
                   <phase>validate</phase>
                   <goals>
                       <goal>clean</goal>
                   </goals>
               </execution>
            </executions>
        </plugin>
</build>

Если он выполняется в течение жизненного цикла по умолчанию (без настройки), то как этап работает без цели?


  • Что будет выполнено, если к конкретному этапу не привязаны цели? 08.01.2020

Ответы:


1

default - это один из трех доступных жизненных циклов сборки, и, как следует из названия, он автоматически учитывается при сборке, если не указан другой жизненный цикл. Эти жизненные циклы сборки определяются другим списком этапов сборки в последовательности, поэтому этап сборки представляет собой этап в конкретном жизненном цикле.

validate - это первая фаза в жизненном цикле сборки по умолчанию.

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

Если мы попытаемся запустить какую-либо конкретную фазу, она начнется с фазы проверки и будет выполняться до указанной фазы, что напрямую означает, что всякий раз, когда жизненный цикл сборки по умолчанию рассматривается для сборки, он всегда будет начинаться с фазы проверки, независимо от того, какой фаза, которую вы указываете. Цель плагина отличается от фазы сборки, она представляет собой конкретную задачу, которая способствует созданию и управлению проектом.

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

Более того, нет никаких подключаемых модулей, привязанных к этапам проверки, инициализации и проверки по умолчанию, а также для других нескольких этапов.

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

Если указать фазу, тогда maven выполнит все фазы до указанной нами фазы по порядку, и для каждой фазы он выполнит все цели, связанные с этой фазой. Но если вы укажете только цель, она привяжет эту цель к заданной фазе по умолчанию. Но когда вы указываете выполнение, вы также можете явно указать фазу для этой цели.

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

Но вот уловка: если мы пытаемся запустить только конкретную цель, а этапы сборки, необходимые для выполнения задачи, указанной в цели, ранее не выполнялись, она завершится ошибкой. Вот где мы получим сообщение об ошибке «Не удалось выполнить цель ...»

Один хороший пример - попытка выполнить jar: jar для упаковки jar, если фаза компиляции еще не выполнена, этот целевой запуск завершится неудачно, потому что maven не получит согласованный код для упаковки как jar.

Подробнее см. здесь & здесь

привязки жизненного цикла maven по умолчанию

Обновление: Краткий ответ: нет, maven пропускает этап, если не определена цель.

Фаза без цели - это просто шаблон, который не имеет ничего общего. Потому что по умолчанию mvn validate ничего не делает, если нет определенных пользователем целей плагина. Фаза сборки состоит из целей плагина. Потому что проверка и инициализация не имеют привязанных по умолчанию плагинов. Нет целей (включая обе по умолчанию и пользовательские / указанные) для фазы, что означает, что фаза ничего не делает. Если вы не объявляете цель плагина, привязанную к фазе проверки, фаза проверки ничего не сделает.

Вы можете относиться к другому сценарию: когда класс загружает, статические члены стремятся загрузить, если статический член недоступен, он пропускает эту фазу и продолжает.

08.01.2020
  • Спасибо за ответ. Однако я хотел бы получить конкретный ответ «да» или «нет». Если у меня нет цели, определенной в моем POM для фазы, такой как проверить или инициализировать; эти фазы выполняются / запускаются maven? Если да, то можно ли сказать, что maven может выполнить фазу без цели? Если нет, означает ли это, что maven обходит фазу, если цель не определена? Я не вижу, чтобы maven выполнял такую ​​фазу, как проверка, без настраиваемого плагина, определенного в POM (учитывайте жизненный цикл по умолчанию). 08.01.2020
  • Да, Шайлеш. Это именно то, что я хотел подтвердить. Фаза maven ничего не делает, и работа просто зависит от плагина. Если плагин не настроен, он просто обходит фазу. Спасибо за разъяснения. 08.01.2020
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

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

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..