Может ли Eclipse 3.5 обнаружить все пакеты в директории плагинов?

Question

Простой вариант использования : собрать продукт Eclipse с помощью простых сценариев, просто выгрузив пакеты в плагины dir . Раньше это работало с 3.3 - с 3.5 оно сломалось: мое приложение не запускается, поскольку плагин приложения не найден.

Вопрос : как проще всего это исправить? Кажется, это единственная боль во всем процессе обновления для меня.

---

Попытка : Я полагаю, что это нет-нет для P2: вместо этого он поддерживает файл bundles.info, который, вероятно, очень умный ... слишком умный для меня.

Некоторые идеи у меня были:

1. можно ли вообще пропустить P2 и вернуться к старому, простому, грязному механизму обнаружения?
2. могу ли я установить плагины dir в качестве «просматриваемого каталога»
   • похоже, что мне нужно использовать p2.reconciler для этого .. о, подождите, это уже устарело :-( ошибка 251561 .. (спасибо VonC за указатель)
3. может ли этот старый параметр в config.ini все еще работать? (который теперь заменен 'simpleconfigurator') osgi.bundles=org.eclipse.equinox.common@2:start, org.eclipse.update.configurator@3:start, org.eclipse.core.runtime@start
4. мне позвонить директору (p2)? "Пожалуйста, подбери мои плагины":)
5. Для этого я бы избежал папки dropin - это больше для конечных пользователей.
6. Я бы по возможности не связывался с bundles.info.

Мне пока не нужны все эти умные функции в моем продукте - на самом деле пользователи вообще не используют встроенный механизм обновления. Поэтому я хотел бы поцеловать (то есть: только для запуска) и добавить более продвинутую поддержку при необходимости .

Я спрашивал об этом на форумах Eclipse , но ответа пока нет, поэтому буду очень признателен за некоторое просвещение. Кроме того, не стесняйтесь поправлять меня в предположениях - я только что прочитал P2 документы , которые иногда кажутся запутанными. Спасибо!

---

Ответ : на самом деле, описанный выше вариант 3 работает, в конце концов - спасибо Фрэнсис за подтверждение! (Первоначально это не сработало, но это, вероятно, было вызвано отсутствием некоторых программ). Моя единственная проблема с этим сейчас заключается в том, что для некоторых комплектов Eclipse требуется simpleconfigurator. Поэтому мне интересно, не вызовет ли его замена проблемы в будущем.

Answer 1

Даже если он не полностью отвечает вашим запросам, вы можете указать в eclipse.ini (например, то, что я опишу здесь ):

-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=C:/jv/eclipse/mydropins

Это указывает p2 для мониторинга любого каталога по вашему выбору для обнаружения плагинов в нем.

---

Еще одним источником идеи может стать эта статья: Создание и обновление пользовательских дистрибутивов Eclipse

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

---

Примечание: концепция согласования подробно описана в Wiki затмения .

Для некоторых установок Eclipse будет существовать понятие общей установки - это может быть в случае системы Linux, где базовый набор программного обеспечения установлен через пакеты (возможно, RPM), или может быть в Развертывание Maya, где общие профили определены на центральном сервере.
В обоих случаях необходимо выполнить согласование между общим профилем и текущим созданием пользователем профиля, включая любые изменения, которые он мог внести .

Частью этого механизма является настройка Dropins Reconciler . Хотя, как показывает ошибка 251561 , не рекомендуется размещать там слишком много плагинов.

Answer 2

Вы можете изменить файл конфигурации / config.ini на , а не , используя org.eclipse.equinox.simpleconfigurator (который выполняет настройку на основе p2) и вместо этого используйте org.eclipse.update.configurator Это старый способ настройки всего, что находится в каталоге плагинов. Это должно дать вам то, что вы хотите.

Answer 3

Может быть это поможет вам (снято в темноте)? Я обнаружил это при обновлении моей установки Eclipse до Galileo и попытке сохранить установку Flex Plugin.