Создание репозитория p2 путем разрешения функций Tycho из репозитория Maven

Ответ 1

Я очень впечатлен вашим тщательным анализом. Вы почти все покрыли, что возможно с текущей версией Tycho (0.22.0) - за исключением решения, которое так неинтуитивно, что я не ожидал, что кто-нибудь сможет его угадать (см. Ниже). Обратите внимание, однако, что существует небольшое исправление, необходимое для решения проблемы для артефактов SNAPSHOT.

Но сначала я хотел бы предоставить некоторый технический (и исторический) фон для того, что вы наблюдали:

pomDependencies = рассматривает только работы для плагинов: прецедентом для этой функции было разрешить ссылку плагинов (или, точнее, пакетов OSGi) из хранилищ Maven. Поэтому, когда флаг установлен, и проект имеет зависимости от JAR, Tycho проверяет, являются ли они пакетами OSGi, генерирует метаданные p2 для них на лету и добавляет их на целевую платформу. Подобной поддержки JAR-функций нет, поскольку они обычно не существуют в репозиториях Maven.

Но как насчет Tycho-построенных проектов? Они могут развертываться в хранилищах Maven! Да, это правда, и именно поэтому я попытался расширить концепцию pomDependencies, чтобы обеспечить то, что вы пытаетесь сделать. Идея заключалась в том, что каждый раз, когда Tycho рассматривает зависимость POM для целевой платформы, он также проверяет, существуют ли файлы индекса p2 ...-p2metadata.xml и ...-p2artifacts.xml. Однако это оказалось причиной серьезного снижения производительности, поскольку для сервера хранилища Maven обычно очень сложно понять, что артефакт не существует. Поэтому удаленная загрузка была отключена и заменена поиском в локальном репозитории Maven. Таким образом, две сборки Tycho могут установить -Dtycho.localArtifacts=ignore и по-прежнему смогут обменивать артефакты, указанные в POM, через локальный репозиторий Maven.

Зная эти детали реализации, мы переходим к следующему решению: вместо того, чтобы добавлять только значение POM из репозитория в артефакт объекта, вам также нужно добавить зависимости к файлам p2metadata и p2artifacts. Пример:

<dependencies>
    <dependency>
        <groupId>myproject</groupId>
        <artifactId>myproject.feature</artifactId>
        <version>0.1.0-SNAPSHOT</version>
    </dependency>
    <dependency>
        <groupId>myproject</groupId>
        <artifactId>myproject.feature</artifactId>
        <version>0.1.0-SNAPSHOT</version>
        <classifier>p2metadata</classifier>
        <type>xml</type>
    </dependency>
    <dependency>
        <groupId>myproject</groupId>
        <artifactId>myproject.feature</artifactId>
        <version>0.1.0-SNAPSHOT</version>
        <classifier>p2artifacts</classifier>
        <type>xml</type>
    </dependency>
</dependencies>

Это заставляет Maven также загружать эти файлы индекса p2, поэтому Tycho распознает главный артефакт как артефакт Tycho. Таким образом, вы также можете получить функцию eclipse в целевой платформе через зависимости POM - по крайней мере, почти: с 0.22.0, сборка репозитория проходит, но артефакт feature.jar отсутствует. Я уже отладил эту проблему, и легко исправить.

Очевидно, что синтаксис с тремя элементами <dependency> для каждой фактической зависимости не является приятным. Должно быть возможно сварить это до одного элемента p2artifacts, но это больше работает. Если вы заинтересованы в этой функции, вы можете открыть запрос расширения в Tycho issue tracker.