Использование Грааля без пользовательского интерфейса
-
28-09-2019 - |
Вопрос
Я думаю о возможных альтернативах для нашего уровня обслуживания на основе EJB и задавался вопросом, имеет ли смысл использовать только уровень сервиса и базы данных Grails вместе с Удаленный плагин Или это использует кувалду, чтобы взломать гайку?
Говоря о удаленном плагине: существует ли стандартный способ генерации файла JAR, который содержит необходимые классы, чтобы сделать удаленный вызов сервису Grails из приложения, не являющейся пружиной Java?
Решение
Интересная идея. Я не думаю, что это было бы вообще излишнее. Приятно то, что ваш сервис будет очень портативным по протоколам и вариантам развертывания (например, положите уровень контроллера сверху, и он мгновенно встроен). Это дает вам преимущества EJB (настойчивость) + способность использовать Groovy и Gorm.
FWIW, мы используем Grails в качестве нашего уровня обслуживания; В случаях мы используем его встроенный (как плагин), в других мы выставляем услуги (через контроллеры) в качестве JSON или SOAP; Я вижу, как RMI является вариацией того, что мы делаем (без уровня контроллера).