2010-06-21 1 views
4

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

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

ответ

2

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

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