Как использовать плагин модуля NetBeans Maven, чтобы создать сайт Autooupdate в качестве артефакта?

Question

Как использовать плагин модуля NetBeans Maven, чтобы создать сайт Autooupdate в качестве артефакта?

Я вижу файлы сайта автоматического обновления были сгенерированы в Target / Directory, но я понятия не имею, как превратить его в артефакт.

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

Answer 1

Я не эксперт, но не генерирует приложение Webstart «Классический» способ справиться с этим? Из документация:

Проект / упаковка NBM-подсказки определяет жизненный цикл сборки, который создает окончательное приложение из файлов NBM в локальных / удаленных рептериях и связывает их в ZIP-файле (также загружена в репозиторий) в дополнение к тому, что вы можете настроить проект для генерации Сайт Autoupdate и / или веб-пусковые двоичные файлы приложений.

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>nbm-maven-plugin</artifactId>
    <executions>
        <execution>
            <id>extra</id>
            <phase>package</phase>
            <goals>
                <goal>autoupdate</goal>
                <goal>webstart-app</goal>
            </goals>
            <configuration>
                <!--distBase>central::default::http://repo1.maven.org/maven2</distBase-->
                <codebase>${project.build.directory}/webstart/milos</codebase>
            </configuration>
        </execution>
    </executions>
</plugin>

Увидеть автоматическое обновление а также webstart-приложение цели для более подробной информации.

---

Но этот плагин не создает артефакт из файлов, которые он генерирует, и это моя проблема ... Потому что мне нужно его распаковывать в другом месте во время сборки моей «войны» проекта.

В этом случае я бы использовал Монтажный плагин Maven Чтобы создать распределение сгенерированных файлов (zip, tar.gz, что угодно) и получите его в локальном хранилище во время сборки. Вы могли бы распаковать архив из военного проекта, используя dependency:unpack.

Answer 2

Цель сайта обновления в плагине NBM работает на упакованных проектах «POM», а затем создает сайт обновления из проектов из реактора. Он не генерирует артефакт, так как POM Projects не может иметь прикрепленные артефакты.

Затем он также работает на проектах NBM-приложений, где требуется зависимости проекта и создает сайт обновления от него. Тогда сайт обновления GZIP прикреплен к главному артефакту (который является приложением zip-файл, но его создание может быть подавлено параметром, которое я думаю). Если вы объедините эту USECASE с помощью параметра URL-адреса распределения NBM, указывая на ваш репозиторий Release, вы в принципе репозиторий выпуска равны вашему сайту обновления развертывания и вашим сайтом обновлений. Очевидно, что в запущенном приложении вам нужен стабильный URL, поэтому вам нужно как-то (вручную, после тестирования) SymLink текущего сайта обновления с этим публичным URL-адресом.