Обновление май 2014, Eclipse 4.x
Как oberlies любезно указывает в комментарии :
Dropins устарели! Не используйте их!
Даже если они все еще задокументированы (в Kepler 4.3, например, ), этот поток добавляет:
Одна из причин, по которой Eclipse не рекомендует метод установки папки dropins, заключается в том, что нет обратной связи, если что-то идет не так . Любое количество вещей может мешать.
- Если вы использовали интерфейс установки, вы будете проинформированы о проблемах до того, как будут внесены какие-либо изменения.
- С помощью dropins Eclipse пытается установить и запустить столько, сколько может, и вы действительно не знаете, что происходит.
Локальное развертывание, , как показано в этом руководстве , скорее будет использовать File → Export → Plug-in Development → Deployable plug-ins and fragments.
Но конечный пункт назначения остается в ECLIPSE_HOME/plugins.
Оригинальный ответ (2009, Eclipse 3.x)
Вы должны добавить свои плагины в ECLIPSE_HOME/dropins.
Если вы хотите определить общие плагины, используйте групповые пулы (также введено здесь )
Вы также можете использовать собственную дополнительную папку dropins: просто добавьте параметр в eclipse.ini:
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory= /your_path/e34shared_dropin
Это дополнительное расположение dropins можно использовать из нескольких установок Eclipse, так что вы можете использовать его как общий dropins (просматриваемый каталог).
Для Bundle Pool у вас есть пошаговая процедура :
Чтобы лучше решить вашу проблему, вам может быть интересна следующая статья:
p2: как установить плагины в местах расширения (из блога Eclipse и Java, автор Michael Scharf blog)
Следующая процедура объясняет , как устанавливать плагины в разные местоположения расширений и делиться этими местоположениями расширений между различными установками eclipse с помощью диспетчера обновлений p2 и файлов ссылок . Подробное обсуждение см. bug 224145
(Примечание: p2 - это «новый» способ управления плагинами, ссылки - это «старый» способ ссылаться на плагины вне директории установки eclipse)
Я храню набор различных местоположений расширений в C:\eclipse\extensions (каждое местоположение расширения находится в подкаталоге этого каталога).
Предположим, я хочу установить foo в новое расширение C:\eclipse\extensions\foo.
- Я начинаю затмение с:
-configuration C:\eclipse\extensions\foo\eclipse\configuration
Я устанавливаю foo, используя менеджер обновлений.
Теперь я могу использовать расширение, создав файл foo.link внутри каталога ссылок установки eclipse (вам может потребоваться создать каталог [eclipse]\links ), содержащий:
path=C:/eclipse/extensions/foobar
Вот и все: -)
Примечания:
- Вы должны использовать косую черту на окнах в файле ссылок.
- Эта процедура работает для затмений 3.4 и 3.5.
- Вам не нужно создавать каталог, указанный в параметре -configuration. Затмение сделает это за вас.
- Важно следовать шаблону
EXTENSION_NAME/eclipse/configuration для параметра "-configuration", потому что p2 поместит плагины на один каталог выше каталога конфигурации, а для файлов ссылок требуется, чтобы каталог, содержащий плагины, назывался eclipse. .
- С этой структурой я могу обновить плагины в местах расширения, запустив eclipse с параметром -configuration, а затем выполнить обновление.
Расширенное использование: Если я хочу установить панель на основе моего расширения foo, я создаю файл ссылок для foo в каталоге ссылок расположения расширений панели:
C:\eclipse\extensions\bar\eclipse\configuration\links\foo.link
и следуйте моей стандартной процедуре, описанной выше (каталог ссылок можно заполнить до первого запуска eclipse) ...
Примечание для eclipse 3.4: если вы используете eclipse 3.4 и хотите использовать сайты обновлений eclipse по умолчанию, вам нужно запустить eclipse без "-configuration" и экспортировать их (Help->Software Updates->Available Software (tab)->Manage Sites->Export), чтобы вы могли импортировать их в затмение "-configuration".