Я смотрел на использование 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, чтобы включить другой проект, скажем, в относительные пути?