Добавление зависимых проектов в eclipse grails Проект не выполняется в run-app - PullRequest
1 голос
/ 06 февраля 2012

Я смотрел на использование grails для создания фиктивной серверной инфраструктуры, но у меня были проблемы с его настройкой в ​​STS.

Основным требованием является наличие базовой структуры, работающей в своем собственном проекте, который в конечном итоге окажется артефактом WAR, а затем для каждого смоделированного сервиса будет создан новый проект jar, содержащий конфигурацию сервиса (обычно xml / json response и groovy файлы для динамических ответов), которые будут добавлены в основной WAR-файл как зависимость (используя профиль во время процесса сборки).

Этот внешний процесс сборки довольно хорошо определен с использованием Maven и профилей. Я прототипировал это, и все это зависало, убегая от строителя, такого как Дженкинс.

У меня проблемы с настройкой полезной среды eclipse с использованием встроенного управления зависимостями проекта eclipse и поддержки grals eclipse. То, что я хотел бы иметь, это стандартный проект Grails, содержащий фреймворк, а затем стандартный проект Groovy, содержащий файлы конфигурации службы, а затем добавить последний проект в качестве зависимости от первого. Однако я обнаружил, что если вы сделаете это и затем вызовете run-app, классы и ресурсы в groovy-проекте не будут включены в работающее приложение. Я пытался проверить экспорт, но это не имеет никакого значения.

Единственный обходной путь, который я нашел до сих пор, - это сделать артефакт Groveny проекта Maven зависимостью в приложении grails и использовать его в каждой сборке. Это включает нежелательный этап упаковки и установки Groovy-проекта в локальный репозиторий каждый раз, когда в этот проект вносятся изменения. Конечно же, другим существенным недостатком этого подхода является то, что я не получаю никаких преимуществ от динамических обновлений, и любые изменения кода в проекте groovy требуют перезапуска приложения grails.

Кто-нибудь успешно настроил Eclipse таким образом? Если это невозможно, есть ли какой-нибудь способ возиться с процессом сборки Grails, чтобы включить другой проект, скажем, в относительные пути?

1 Ответ

1 голос
/ 07 февраля 2012

Судя по этой записи часто задаваемого вопроса, рекомендуется использовать их архитектуру плагинов.Придется посмотреть, хорошо ли это работает с Eclipse или нет.

http://grails.org/FAQ#Q:%20I'd%20like%20to%20implement%20a%20big%20project%20as%20multi%20modules%20with%20Grails,%20What%20to%20do?

update:

Возможно, ваше приложение grails распознает расширенный рабочий каталогваш плагин, добавив в BuildConfig.grails запись с относительным путем к вашему плагину, например

grails.plugin.location. "my-plugin" = "../my-plugin"

После упаковки плагина с помощью команды package-plugin ваше приложение Grails может отлаживать groovy и java-файлы в вашем плагине.Он также получит изменения в плагине после перезапуска приложения.Так что это почти то, что я после.

Однако не совсем понятно, как я могу создать собственную структуру ресурса со смесью файлов xml / json / groovy (как вы ее называете) и включить их в полученный плагин.Не говоря уже о странности с относительными путями ресурсов.Я где-то читал, что вы можете настроить то, что включено, а что нет, используя _install.groovy, но опять же не совсем понятно, как это сделать.Больше всего меня беспокоит то, что этот проект должен редактироваться пользователями, не разбирающимися в технологиях, поэтому на самом деле я просто хочу представить им чистый проект, лишенный всех этих лесов grails.

Я отчаиваюсьна вздорность этого подхода.Что не так с простым заводным проектом, который можно было бы включить в качестве простого баночка?Это просто кажется излишним, особенно для простых требований, таких как мой.

...