Простое обновление сайтов для Eclipse с Sonatype Nexus
Я ищу лучшее решение для проблемы, я решил это вчера, но я не счастлив;)
Моя задача: создать полнофункциональный сайт обновлений Eclipse с Nexus (может использоваться для обновлений и определения целевой платформы)
Моя проблема: оригинальное расширение для сайтов P2 для Nexus рассматривает только плагины ( Github: Nexus P2)
К сожалению, вилка, которая учитывала особенности, также устарела. Но я нашел обходной путь в плагине Maven P2. Если плагин категоризирован, вы можете установить его с Eclipse.
Поэтому я искал способ категоризации моих плагинов. Я строю с Tycho, но Nexus не учитывает метаданные Tycho. Поэтому мне нужно было найти способ позволить Nexus классифицировать мои плагины без Tycho. Наконец, я исправил плагин моста Nexus P2 и добавил категорию по умолчанию для каждого плагина. Кроме того, мы можем использовать этот способ, чтобы опустить функции!
Категоризация с Eclipse, я знаю только состав репозиториев. Tycho может также классифицировать репозитории, но Nexus полностью игнорирует метаданные.
У кого-нибудь есть предложения о том, как классифицировать плагины или пакеты? Цель состоит в том, чтобы создать более полезную обработку с этими метаданными в плагине P2 Nexus.
1 ответ
Основной целью Nexus является обмен артефактами между сборками, а не их доставка конечным пользователям. Поэтому я сомневаюсь, что Nexus особенно хорошо подходит для того, чего вы пытаетесь достичь.
Если вы все еще хотите использовать Nexus, я бы рекомендовал использовать его только для размещения результатов сборки (как описано в этом ответе) и размещения местоположения, которое ваши клиенты используют в качестве URL обновления, в качестве (изменяемого) составного хранилища, указывая на репозитории результатов сборки в Nexus, на каком-то другом сервере. (Вы также можете сохранить составной снимок как снимок в Nexus, но SNAPSHOT в URL может сбить с толку.)
Однако я не знаю ни одного хорошего инструмента, поддерживающего этот подход.