Создание настраиваемого распространяемого Eclipse - проблема с launcher.library

#eclipse

Вопрос:

Я создаю пользовательскую версию Eclipse Neon, устанавливаю определенные плагины, настраиваю настройки и т.д. Мой план состоит в том, чтобы распространить это среди всех в моей команде. Однако я только что обнаружил, что плагины сохраняются в каталоге локального пользователя ~/.p2, который, должно быть, создал установщик Eclipse или что-то в этом роде. Я хотел бы полностью автономный Eclipse без ссылки на пользовательские каталоги. Я замечаю это в eclipse.В INI-файле действительно есть ссылка на этот локальный каталог.

 --launcher.library
C:Userszeroalpha.p2poolpluginsorg.eclipse.equinox.launcher.win32.win32.x86_64_1.1.400.v20160518-1444

Когда я удаляю его и пытаюсь запустить Eclipse, я получаю эту ошибку

Как я могу создать распространяемый eclipse, который не зависит от каталога локального пользователя ~/.p2?

обновление: это ошибка, которую я получаю при запуске после сообщения eclipse.INI для указания на панель запуска в каталоге плагинов eclipse вместо локального ~./p2

1. Если вы используете установщик Oomph, именно там он устанавливает вещи.

2. @greg-449 Да, я использовал установщик Oomph для первоначальной установки Neon. Затем я изменил свою установленную версию, заархивировал ее и хотел бы распространять. Я просто попытался рассказать о своем eclipse. INI указывает на панель запуска в каталоге eclipse / plugins, и я получил ошибку другого типа. Я обновлю свой вопрос с этим.

3. Похоже, вы действительно хотите создать новый RCP на основе обычного Eclipse плюс ваших плагинов. Итак, вам придется пройти процедуру создания RCP. Если вы хотите использовать установщик Oomph, этот учебник выглядит так, как будто это может быть то, что вам нужно.

4. @greg-449 кажется мне излишним

Ответ №1:

Изменение и «архивирование» установки Eclipse — неправильный подход к тому, что вы пытаетесь сделать. Вместо этого посмотрите на возможности проекта Oomph (проект, лежащий в основе собственного стандартного установщика Eclipse). В частности, прочитайте о разработке Oomph, чтобы узнать, как создать свой собственный установочный пакет, который включает именно те плагины и конфигурацию, которые вы хотите.

Как указал @greg-449 в комментариях, руководство Ларса Фогеля также полезно.

1. Я видел, как это делалось раньше, и все работало нормально. Я использовал сжатый дистрибутив eclipse, очень похожий на тот, который я создаю, и у меня не было проблем с ним. Его библиотека запуска и плагины были расположены в его собственном каталоге плагинов, но я не могу понять, как это сделать. Попытка узнать все об этой задаче кажется гигантской головной болью, потому что я знаю, что можно обойтись без нее.

2. Кроме того, можете ли вы объяснить, почему это неправильный подход?

3. Ну, как вы видите, Eclipse больше не хочет идти по этому пути. В прошлом это было в некоторой степени осуществимо, хотя поддержание такого «распределения» — большая проблема. Теперь с установщиком и тем, как он использует преимущества общих пулов пакетов, это просто не так осуществимо. Можете ли вы заставить его работать с достаточными усилиями? Вероятно. Борется ли это с предполагаемым использованием Eclipse? Определенно.