Eclipse: Какова минимальная установка Eclipse, необходимая для сборки безглавых PDE?

Question

В настоящее время я использую сборку PDE в режиме безголового для создания моего проекта OSGI Bundle. Задача PDE Antrunner использует установку Eclipse, и я просто указываю ее на мою локальную установку Eclipse.

unfortunatelly моя установка затмения около 260 МБ большая, но я предполагаю, что сборка PDE НЕ требует всех этих плагинов в стандартной установке затмения.

Кто-нибудь теперь, какой минимальный список плагинов мне нужен для создания безголовой сборки PDE? Все мои зависимости у меня есть в пользовательской папке целевой платформы, поэтому, я думаю, единственное, что мне нужно от установки eclipse, - это зависимости, которые действительно необходимы для сборки PDE. Но что это? Могу ли я свести к минимуму мою установку?

Моя цель - также зарегистрировать эту папку «build-eclipse» в SVN моего проекта, чтобы при проверке у вас было все, что вам нужно, чтобы начать полную сборку, не касаясь каких-либо build.properties. Но я не хочу совершать 266 МБ затмения, если мне может понадобиться только 20 МБ.

Благодаря Christoph

Answer 1

Я не могу прямо ответить на ваш вопрос, но я могу махать руками вокруг немного, некоторые из которых могли бы помочь вам найти реальный ответ.

В моем опыте PDE я нашел, что это очень полезно различать:

• Затмение IDE я использую для интерактивного редактирования
• Установка «Eclipse» Я использовал для обезглавленной PDE строит
• «Целевая платформа» (набор подключаемых модулей/функций и т. Д., Из которых я строится, зависит от)

Похоже, что это четкие отдельные концепции в голове: у вас есть уже изолировали «целевую платформу» и надеются изолировать ваше интерактивное Eclipse от вашего разработчика PDE.

Вы можете попробовать создать новое (пустое) рабочее пространство в своем интерактивном Eclipse (просто убедитесь, что вы смотрите на него, а не на целевую платформу), открыв представление «Plug-ins», щелкнув правой кнопкой мыши перспективный плагин, например org.eclipse.pde.build, и выбрав «Open Dependencies». «Плоский макет» может быть более полезным способом просмотра результатов, чем иерархический, хотя в моем Eclipse я, похоже, не могу скопировать и вставить этот список.

В моем случае это ничего не упоминало в JDT, из-за чего я думаю, что на самом деле попытка создания подключаемого модуля на базе Java завершится неудачно, но, надеюсь, это обеспечит другое руководство (например, «не может найти org.eclipse.jdt ", или что-то).

Кажется, что «должно быть», чтобы использовать механизм обновлений программного обеспечения, целевую платформу или Buckminster, чтобы просто назвать один подключаемый модуль и все остальные встать на свои места. Возможно, вы могли бы использовать целевую платформу, выбрать нужный подключаемый модуль, нажать кнопку, чтобы выбрать нужные, а затем каким-то образом экспортировать «сборку», которая эффективно собирала бы все эти плагины?

Я признаюсь, что мы только что проверили интерактивное Eclipse некоторое время назад и использовали его в качестве нашего разработчика PDE. Мы не используем его интерактивно, и мы также поддерживаем отдельную целевую платформу.Наш разработчик PDE явно не минимален, но, возможно, также может стоять, поэтому я надеюсь, что вы обновите это пространство своими открытиями.

Answer 2

Мне, наконец, нужно было сделать это сегодня (по адресу a problem I was having where directories with spaces in their names weren't being included in the bundle PDE Build produced). В итоге я получил кое-что, что могло бы создать мою коллекцию (Java-based) плагинов. Я не знаю, является ли он «минимальным», но это Java PDE, сфокусированный на построении и намного меньше, чем полная установка Eclipse IDE.

Я взял грубые заметки; здесь может быть несколько упущений или лишних шагов, но в основном это должно руководствоваться.

I:

1. сгорело до недавнего IDE Eclipse (в моем случае, 3.5, например, я использую в данный момент).
2. Использовал рабочее пространство для царапин, поэтому изменения на целевой платформе не испортили бы мои «реальные» проекты.
3. Убедитесь, что целевая платформа установлена ​​на место, в которое я хотел нарисовать плагины встроенного модуля PDE (в моем случае, только мой запуск Eclipse). (Окно | Предпочтения ... | Разработка плагинов | Целевая платформа)
4. Создал новый пустой проект.
5. Создал новую конфигурацию продукта в рамках этого проекта (используя «основные настройки»).
6. На странице «Обзор» новой конфигурации продукта, бесконтрольно «Продукт включает в себя собственные артефакты запуска»
7. На зависимостями, указаны следующие плагины в качестве составляющих продукта:
   • org.eclipse.pde.build
   • org.apache.ant
   • org.eclipse.jdt.core
8. Проверены «Включить дополнительную зависимость. , . "
9. Нажмите« Добавить необходимые плагины ».
10. С помощью правой кнопки мыши определение продукта в Проводнике пакетов выбрано «Экспорт ... | Eclipse ".
11. Сказал, где я хочу, чтобы мой экземпляр компоновщика PDE пошел.
12. Непроверено «Синхронизация перед экспортом».
13. Непроверено «Создание хранилища метаданных».
14. Нажмите «Готово».

Теперь я могу (и далее) запустит PDE сборки из моего нормального Ant сборки, вызывая макрос вроде следующего (есть лучший путь?):

<macrodef name="build-a-product"> 
    <attribute name="config-dir"/> 
    <sequential> 
     <property name="product-build-file" value="${pde-builder-path}\plugins\org.eclipse.pde.build_3.5.2.R35x_20100114\scripts\productBuild\productBuild.xml" /> 
     <java jar="${pde-builder-path}\plugins\org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar" fork="yes" failonerror="yes" > 
      <arg value="-application" /> 
      <arg value="org.eclipse.ant.core.antRunner" /> 

      <arg value="-buildfile" /> 
      <arg value="${product-build-file}" /> 

      <arg value="-Dbuilder=@{config-dir}" /> 

      <arg value="-Dbasedir=${basedir}" /> 
     </java> 
    </sequential> 
</macrodef>