Мы стремимся использовать Tycho + Eclipse PDE для сборки пакетов OSGi в распределенной команде.Как сделать редактор определения цели PDE показать все плагины?
До сих пор артефакты создавались и развертывались в репозитории Nexus OSS. Это было , дополненное p2 support, «artifacts.xml» и «content.xml» сгенерированы (или поставлено Tycho) и правильно разрешены Tycho и p2 Browser.
Отсутствует ссылка, которая добавит результирующий репозиторий p2 к целевой платформе определение, используемое PDE. Редактор целевых PDE, по-видимому, только supports features или "categorized" plugins, без пучков.
Плагин репозитория Tycho и функциональная упаковка пакетов, независимо разработанных , разные партнеры кажутся слишком громоздкими для синхронизации. Мы хотели бы придерживаться простого Maven/OBR-подобный обмен пучками через один репозиторий.
Есть ли способ улучшить метаданные p2 или репозитория p2 в категории , как предлагается в this blog, например. либо через цель «tycho-p2-publisher: publish-categories», либо путем настройки/расширения «Плагина репозитория Nexus p2», чтобы сделать их доступными для интерфейса PDE?
Этот вопрос связан с this question с подсказкой о том, что поддержка синтаксиса «iu» еще не реализована.
PDE может видеть только корневые IUs. Функции и категоризированные элементы обрабатываются как корневые IU, но должно быть возможным пометить другие IU как root. http://wiki.eclipse.org/Equinox/p2/FAQ#How_can_I_determine_what_is_a_root_IU.3F – CWindatt
Указанная страница и другие источники довольно критически относятся к «корневым пользовательским интерфейсам». В нашем случае мы создаем и предоставляем простые пакеты через Maven/Tycho. Что означает в конкретных словах «явно предусмотреть» устанавливаемую единицу для того, чтобы стать «корневым пользовательским интерфейсом» (и таким образом стать видимым для PDE)? – jpullmann
Метаданные p2 (content.xml) определяют, является ли IU Root IU. Как настроить правильные метаданные p2 во время сборки Maven/Tycho вне моей базы знаний. – CWindatt