Использование Grails без пользовательского интерфейса - PullRequest
4 голосов
/ 21 июня 2010

Я думаю о возможных альтернативах для нашего сервисного уровня на основе EJB и спрашиваю себя, имеет ли смысл использовать только слой сервиса и базы данных Grails вместе с плагином Remoting или это с использованием кувалдысломать орех?

Говоря о плагине Remoting: существует ли стандартный способ создания файла JAR, который содержит необходимые классы для выполнения удаленного вызова службы Grails из приложения, не являющегося Spring Java? *

1 Ответ

2 голосов
/ 22 июня 2010

Интересная идея. Я не думаю, что это будет излишним. Приятно то, что ваш сервис будет очень переносимым между протоколами и вариантами развертывания (например, поместите уровень контроллера наверх, и он будет сразу встроен). Это дает вам преимущества EJB (постоянство) + возможность использовать Groovy и GORM.

FWIW, мы используем Grails в качестве уровня обслуживания; в некоторых случаях мы используем его встроенным (как плагин), в других мы предоставляем сервисы (через контроллеры) в виде JSON или SOAP; Я вижу выставление как RMI как вариант того, что мы делаем (без уровня контроллера).

...