Правильный проект плагина Eclipse

Question

Каков стандартный способ (после всех соглашений об именах) для создания проекта плагина eclipse, состоящего только из одного плагина. Мой плагин-проект называется com.florian.regexfindandreplace. Сейчас я делаю следующее: у меня есть проект с объектами com.florian.regexfindandreplace.feature, который содержит только выше плагина. Затем у меня есть другой проект под названием com.florian.regexfindandreplace.product, в котором размещен файл продукта моего плагина. Продукт, который мне нужен для тестов JUnit Plug-in, потому что в конфигурации запуска мне нужно установить опцию Run As product (см. http://www.vogella.com/tutorials/SWTBot/article.html#swtbotexample_launchconfiguration).

Теперь я не знаю, где разместить свои тесты. Если я поместил их в исходную папку проекта com.florian.regexfindandreplace, мне нужно добавить много к требуемым пакетам в MANIFEST.MF только для целей тестирования (например, org.eclipse.swtbot.swt.finder). Поэтому я хочу избежать этого. В настоящее время, моя идея состоит в том, чтобы иметь еще один проект плагина com.florian.regexfindandreplace.tests, который добавляет все SWTBot к его требуемым связям в MANIFEST.mf. Однако, поскольку я не хочу, чтобы com.florian.regexfindandreplace экспортировал любые пакеты, я связываю исходную папку этого плагина в проекте тестового плагина (что кажется немного уродливым). В моем тестовом проекте я добавляю также все источники для тестов JUnit, тестов JUnit SWTBot и JUnit Plugin-тестов.

Но существует ли стандартный способ создания такого проекта плагина? Что вы делали для своих проектов плагинов?

Answer 1

Обычно подключаемые тесты помещаются в фрагмент, хост-узел которого является подключаемым модулем, содержащим тестируемый код. Во время выполнения фрагмент объединяется в узел хоста и, следовательно, имеет полный доступ к классам хост-узла. Нет необходимости в подключаемом модуле производственного кода для экспорта нежелательных пакетов. Зависимости от тестовых библиотек указаны в фрагменте, так что модуль производственного кода не содержит тестовых зависимостей.

Смотрите также здесь http://www.modumind.com/2007/06/20/unit-testing-plug-ins-with-fragments/