 |
| |
Хочется
обратить внимание на то, как происходит отладка приложений, которые
включают модули расширений платформы eclipse и RCP приложений.
При запуске среды разработки (eclipse IDE) создается статический экземпляр рабочей среды, в котором пишется программный код, производится отладка и выполняются другие задачи производственного процесса. Когда же мы запускаем на тестирование разрабатываемое приложение, то создается динамический экземпляр рабочей среды. В этот экземпляр включаются выбранные в конфигурации запуска разрабатываемые модули, а так же модули целевой платформы .
Целевая платформа – это сборка продукта eclipse предназначенная для развертывания разрабатываемых приложений. По умолчанию, целевая платформа указывает на модули статического экземпляра рабочей среды, но для разработки RCP приложений или модулей расширений Eclipse IDE лучше создать индивидуальные каталоги, которые будут включать только требуемые (внешние) для разрабатываемого приложения модули. Такой подход с одной стороны добавляет некоторые проблемы при создании целевой платформы (выбора требуемых модулей), но с другой стороны существенно упрощает процесс сборки конечного продукта, так как целевая платформа уже включает необходимый минимум модулей. Данный подход так же позволяет создавать несколько конфигураций развертывания для различных версий eclipse и операционных систем. При этом разработка, например под платформу 3.1 может вестись на другой версии eclipse, что позволяет использовать часть новых возможностей, которые уже доступны в последних сборках, но еще не включены в релиз основного продукта. Для разработки RCP приложений желательно загрузить отдельный архив RCP SDK, содержащий основные модули и исходный код. На текущий момент последней версией данного пакета является eclipse-RCP-SDK-3.2M6-win32.zip для операционной системы Windows. Адрес сайта закачки http://download.eclipse.org/eclipse/downloads
В продуктах eclipse версии разделяются следующим образом (http://download.eclipse.org/eclipse/downloads/build_types.html):
Releases (Релизы)
Релизы являются официально объявленными стабильными версиями продуктов с фиксированным программным интерфейсом “Application programming interface” (API). Релизы именуются в формате "R"+ «номер», например R1.0, R2.0 и. т. д. Релизы предназначены для использования конечными пользователями, которым важна стабильность продукта.
Кроме релизов, периодически компилируются промежуточные версии продуктов, которые именуются в соответствии с типом и датой сборки, например I20011027 является интеграционной сборкой за 27 Октября 2001 г.
Stable Builds (Стабильные сборки)
Стабильные сборки основаны на интеграционных сборках, которые признаны достаточно стабильными для применения. Кроме автоматических тестов они проходят, ручное тестирование в течение некоторого времени. Стабильные сборки позволяют использовать последние новшества и изменения в API. Стабильные сборки обычно нумеруются добавлением “M” + «номер» + дата. Где “M” означает следующий этап разработки (Milestone)
Integration Builds (интеграционные сборки)
Интеграционные сборки являются предположительно стабильными (но не всегда). Они собираются по мере выпуска командами разработчиков отдельных стабильных модулей и последующей интеграции этих модулей в продукт. Интеграционные сборки позволяют использовать самые последние новшества и изменения в API. Интеграционные сборки содержат префикс “I” + дата + номер.
Nightly Builds (Ночные сборки)
Ночные сборки собираются автоматически ежедневно из последней версии исходного кода в репозитарии. Данный вид сборок обычно является нестабильным и используется только разработчиками. Ночные сборки содержат префикс “N” + дата + номер.
Maintenance Builds (Сборки сопровождения)
Сборки сопровождения периодически выпускаются для устранения найденных ошибок ранее выпущенных релизов продукта. Они являются стабильными и могут использоваться вместо релиза данной версии. В нумерацию данных сборок добавляется дополнительный младший номер к версии основного релиза, например: для релиза “R3.1” это “R3.1.2”,“R3.1.2” и т.д.
Создаем на локальном диске папку, куда распаковываем содержимое загруженного архива RCP SDK. Для настройки целевой платформы выбираем пункт меню « Windows > Preferences > Plugin Development > Target Platform ». В появившемся диалоге нажимаем кнопку “Browse” и указываем ранее созданную папку.
Рисунок 2.2. Настройка целевой платформы для разработки модулей расширения
Если разработка будет вестись для текущей версии eclipse IDE, то можно воспользоваться предустановленной конфигурацией (Pre-defined Targets). При этом мастер автоматически отключит ненужные для разработки модули, остальные будут игнорироваться. Но данная возможность доступна лишь в последних версиях eclipse IDE.
