Verwenden von Gralen ohne Benutzeroberfläche

Question

Ich denke über mögliche Alternativen für unsere EJB -basierte Serviceschicht nach und fragte mich, ob es sinnvoll wäre, nur die Dienst- und Datenbankschicht von Grails zusammen mit dem zu verwenden Remoting Plugin Oder benutzt das mit einem Vorschlaghammer eine Nuss?

Apropos Remoting-Plugin: Gibt es eine Standardmethode, um eine JAR-Datei zu generieren, die die erforderlichen Klassen enthält, um einen Remote-Anruf bei einem Grails-Dienst von einer nicht restlichen Java-Anwendung zu tätigen?

Answer 1

Interessante Idee. Ich glaube nicht, dass es überhaupt übertrieben wäre. Das Schöne ist, dass Ihr Service über Protokolle und Bereitstellungsoptionen hinweg sehr tragbar ist (z. B. eine Controller -Ebene auf die Schicht und sie ist sofort eingebettet). Dies gibt Ihnen die Vorteile von EJBs (Persistenz) + die Fähigkeit, Groovy und Gorm zu verwenden.

FWIW, wir verwenden Grals als unsere Service -Tier. In den kommenden Fällen verwenden wir es eingebettet (als Plugin), in anderen Fällen enthüllen wir die Dienste (über Controller) als JSON oder SOAP; Ich sehe als RMI als eine Variation dessen, was wir tun (ohne die Controller -Schicht), ausgesetzt.