Utilisation de Graals sans interface utilisateur

Question

Je pense à des alternatives possibles pour notre couche de service basée sur l'EJB et je me suis demandé s'il serait logique d'utiliser uniquement la couche de service et de base de données de Graals avec le Plugin à distance Ou est-ce que cela utilise un marteau pour casser un écrou?

En parlant du plugin réparateur: existe-t-il un moyen standard de générer un fichier JAR, qui contient les classes nécessaires pour passer un appel distant à un service Graals à partir d'une application Java non-Spring?

Answer 1

Idée intéressante. Je ne pense pas du tout que ce serait exagéré. La bonne chose est que votre service serait très portable sur les protocoles et les options de déploiement (par exemple, mettre une couche de contrôleur sur le dessus et elle est instantanément intégrée). Cela vous donne les avantages de l'EJB (persistance) + la capacité d'utiliser groovy et gorm.

FWIW, nous utilisons Graals comme niveau de service; Dans les cas venus, nous l'utilisons intégrés (comme plugin), dans d'autres, nous exposons les services (via les contrôleurs) comme JSON ou SOAP; Je vois l'exposition comme RMI comme une variation de ce que nous faisons (sans la couche de contrôleur).