Ниже перечислены наиболее значимые изменения в PDE по сравнению с версией 3.1, вошедшие в выпуск 3.2 Eclipse.
PDE |
|
Определения целевого объекта |
В файле
.target можно определить параметры целевого объекта (Файл > Создать > Прочие... > Разработка модулей > Определение целевого объекта).
Файл .target содержит все параметры целевого объекта, такие как имя, расположение, содержимое (модули и комплекты) и JRE. Кроме того, можно указать несколько сайтов модулей, не используя файлы .link. На странице Разработка модулей > Целевая платформа можно просмотреть и применить существующие определения целевого объекта. |
Дополнение целевых объектов |
Целевые объекты можно добавлять в продукт Eclipse посредством точки расширения org.eclipse.pde.core.targets.
В Eclipse SDK входят два расширения org.eclipse.pde.core.targets, работающих с RCP, благодаря которым целевая платформа может переключаться между наборами SDK и RCP. |
Структурированное представление модулей |
На странице Разработка модулей >
Целевая платформа модули можно сгруппировать по сайтам. Это структурированное представление облегчает работу с большими и распределенными целевыми объектами.
|
Модули для любой среды OSGi |
Мастер создания проекта модуля (Файл > Создать > Проект...>
Проект модуля) может создавать модули, работающие с любой средой OSGi. Также доступен шаблон Hello OSGi.
|
Программа запуска среды Equinox OSGi |
Новая программа запуска позволяет запускать и отлаживать модули в среде Equinox OSGi. Можно настроить уровень запуска модулей и аргументы и программы и VM для проверки работы модуля в разных условиях.
Новую конфигурацию запуска Equinox можно создать в окне Конфигурация запуска (в меню Выполнить > Выполнить...). |
Поиск Java в файлах манифеста |
Поиск ссылок на типы и пакеты Java теперь выполняется также в файлах MANIFEST.MF, plugin.xml и fragment.xml.
|
Выполнение рефакторинга в файлах манифеста модуля |
При перемещении или переименовании типа или пакета Java в модуле PDE автоматически обновляет ссылки на эти типы и пакеты в файлах манифеста всех связанных модулей. |
Мастер NLS для файлов манифеста модуля |
PDE содержит мастер для экспорта локализуемых строк из файлов манифеста модуля в файл свойств.
Мастер вызывается из контекстного меню проекта Инструменты PDE > Экспортировать строки.... |
Реорганизация файлов манифеста модуля |
Мастер Реорганизовать манифест позволяет выполнить заключительные операции перед поставкой модуля.
Он удаляет лишние зависимости и ключи свойств и работает с экспортируемыми пакетами, чтобы они имели правильную область видимости.
Он вызывается из контекстного меню Инструменты PDE > Реорганизовать манифесты... проектов и файлов MANIFEST.MF. |
Новая инструкция обработки в файлах plugin.xml |
В файлах манифеста модуля, сгенерированных PDE, содержится новая инструкция обработки с версией 3.2 вместо 3.0.
Эта инструкция обработки используется в случаях, когда модуль предоставляет точки расширения и расширения в пространство имен, отличное от его собственного.
В примере ниже модуль org.eclipse.pde.core добавляет расширение в пространство имен org.eclipse.pde. Обратите внимание, что переносить существующий модуль для использования этой новой инструкции обработки требуется только в том случае, если он работает с этими новыми функциями пространства имен. |
Среда выполнения комплекта |
Среда выполнения - это минимальный уровень JRE, в которой может работать модуль. JRE Eclipse не отвечает этому требованию, модуль не запустится.
Например, если для комплекта объявлена среда выполнения J2SE-1.4, то модуль будет работать только в JRE версии >= 1.4. Если модуль может работать в средах выполнения, не являющихся подмножеством друг друга (например, J2SE-1.4 и CDC-1.1/Foundation-1.1), то все эти среды необходимо перечислить. Раздел Среды выполнения содержится на странице Обзор редактора манифеста модуля. Во время экспорта код модуля компилируется с JRE, связанной с первой средой выполнения, указанной в файле MANIFEST.MF. На странице Java > Установленные JRE > Среды выполнения приведен список сред выполнения OSGi и совместимых JRE. |
Автоматизированное управление зависимостями |
PDE позволяет сначала разработать модуль, а потом проанализировать его исходный код и автоматически сгенерировать список зависимостей модулей.
В разделе Автоматизированное управление зависимостями страницы Зависимости редактора манифеста модуля можно указать список модулей, которые следует включить в путь компоновки (и сделать их доступными для помощника по содержимому). Эти зависимости не сохраняются сразу же в MANIFEST.MF, но продолжать работу можно будет так, как будто они там уже есть. Можно в любой момент проанализировать код и обновить зависимости в файле MANIFEST.MF, посредством заголовков Require-Bundle или Import-Package. |
Структурное сравнение и выделение синтаксиса для файлов manifest.mf |
При сравнении двух версий файла
MANIFEST.MF комплекта программа структурированного просмотра показывает добавленные или измененные заголовки.
Исходная страница MANIFEST.MF также показывается с выделением синтаксиса. Цвета и шрифты можно настроить на странице Разработка модулей > Редакторы. |
Проверка файлов build.properties |
PDE проверяет файлы build.properties и помечает возможные неполадки, которые могут воспрепятствовать экспорту модуля.
Серьезность неполадок в файлах build.properties files настраивается на странице Разработка модулей > Компилятор > Модули. |
Быстрое исправление для файлов манифеста модуля |
Быстрое исправление работает с многими типами неполадок в файлах MANIFEST.MF, plugin.xml и build.properties, включая:
|
Автоматическое вложение Javadoc |
PDE автоматически добавляет Javadoc к библиотекам в пути компоновки модуля.
Дополнительная информация приведена в документации точки расширения org.eclipse.pde.core.javadoc. |
Новый редактор схемы точки расширения |
Редактор схемы точки расширения был обновлен, а именно:
|
Шаблон неинтерактивного приложения RCP |
Среда выполнения Eclipse как компонентная модель Java наилучшим образом подходит для запуска неинтерактивных приложений.
Мастер создания проекта модуля (Файл > Создать > Проект...> Проект модуля) может создавать неинтерактивные приложения RCP, и предусмотрен шаблон Hello RCP. |
Проверка форм в редакторе продукта |
Редактор продукта сообщает об ошибках и предупреждениях в области заголовка страницы.
Сообщается о таких неполадках, как неверный путь или недопустимый размер изображения.
|
Индикатор хода загрузки в заставке продукта |
Окно заставки продукта может включать индикатор загрузки, как заставка Eclipse.
На странице Торговые знаки можно добавить и настроить индикатор загрузки. |
Аргументы программ запуска для экспорта на несколько платформ |
В редакторе продукта можно указать аргументы для запуска программы и VM на разных платформах.
При экспорте будут создаваться разные файлы <программа-запуска>.ini для разных платформ.
|
Страница приветствия продукта |
Страница приветствия позволяет наилучшим образом представить продукт новым пользователям.
На странице Торговые знаки редактора конфигурации продукта (Файл > Создать > Прочие...> Конфигурация продукта) теперь есть раздел Приветствие, на которой можно создать шаблон страницы приветствия. |
Общие и переносимые конфигурации запуска |
Конфигурации запуска (приложение Eclipse и JUnit) поддерживают подстановку переменных. Правильное использование переменных позволяет создавать общие конфигурации запуска, переносимые между операционными системами. |
Шаблоны для аргументов запуска |
Для аргументов программы и VM можно создать шаблон, который будет инициализировать аргументы по умолчанию для новых конфигураций запуска.
|
Автоматическая проверка модуля перед запуском |
Опция Проверить набор модулей, доступная на вкладке Модули всех программ запуска, позволяет проанализировать список выбранных модулей и найти возможные неполадки запуска.
Теперь эта функция может обнаруживать большее число неполадок, препятствующих запуску модуля. Такая проверка может выполняться автоматически перед каждым запуском. |
Новые возможности поиска в исходном коде при отладке приложений Eclipse |
При отладке приложений Eclipse новый механизм поиска в исходном коде связан с загрузчиком классов OSGi.
Это работает быстрее и точнее, чем обычный поиск Java.
Вкладка Источник удалена из конфигураций запуска Eclipse/Equinox/Plug-in JUnit за ненадобностью. |
Пользовательские цели Ant на уровне модулей |
Сгенерированный для модуля build.xml поддерживает пользовательские цели на уровне модуля. В свойстве "customBuildCallbacks" файла build.properties модуля укажите сценарий Ant и вызовы до и после работы ant для следующих целей: build.jars, build.sources, цель компиляции (например, @dot), gather.bin.parts, gather.sources, gather.logs и clean. Часто эти пользовательские цели позволяют избежать создания нестандартного build.xml. Шаблон customBuildCallbacks.xml содержится в org.eclipse.pde.build/templates. |
Компоновка продукта |
Теперь возможна автоматизированная неинтерактивная компоновка продукта на основе файла .product. По его содержимому комплект будет сгенерирован автоматически. |
Поддержка нескольких хранилищ |
Теперь возможно расширять сценарии получения данных для неинтерактивной компоновки. Точка расширения org.eclipse.pde.build.fetchFactories позволяет работать с дополнительными типами хранилищ. В состав PDE входит стандартное расширение для работы с CVS. |