DarthShader
Erfahrenes Mitglied
Hallo,
ich würde gerne eine Applikation aufsetzen, die als Backend das Spring Framework verwendet, und als Frontend das Google Web Toolkit (GWT) - zu dieser Kombination habe ich eine eher grundsätzliche Frage zur Architektur.
Das GWT läuft ja clientseitig ab. Ich möchte, dass die GWT Anwendung via RPC (bzw. RMI) mit dem Server kommuniziert. Meine Server-Software (aufgebaut auf Spring) läuft parallel dazu, und zwar als eigene Anwendung, die auch für andere Zwecke da ist, also nicht exklusiv als Backend für die Webanwendung.
Was ich jetzt gedanklich nicht so recht zusammen bekomme ist, wie der Backend-Teil, der mit dem GWT kommuniziert, mit dem Rest des Servers zusammen läuft. Eigentlich ist meine Server-Anwendung ein eigenständiges Programm, das ohne Servlet-Container auskommt. Muss das Backend für GWT denn als Servlet z.B. in einem Tomcat laufen? Meine Vorstellung ist gerade, dass die GWT Anwendung über RPC/RMI direkt mit der Server-Anwendung kommuniziert ohne im Prinzip seine Anfragen an den Webserver zu stellen.
Ich habe dazu mal eine schematische Grafik erstellt (in der Grafik ist der Einsatz von Tomcat nicht nötig, wenn ich das so überhaupt richtig durchdacht habe):
http://www.the-cr.de/_temp/2009-05-11/GWT-spring-architektur.png
Ist das so ein guter Plan - oder sollte ich die Webserver/Tomcat und Spring-Server Geschichte zusammen sehen?
Ziel ist es im Prinzip, zu einer vorhandenen, fertigen Server-Anwendung (basierend auf Spring) eine Webanwendung zu erstellen, mit der man den Server konfigurieren kann.
Über Eure Gedanken dazu würde ich mich sehr freuen
Vielen Dank!
ich würde gerne eine Applikation aufsetzen, die als Backend das Spring Framework verwendet, und als Frontend das Google Web Toolkit (GWT) - zu dieser Kombination habe ich eine eher grundsätzliche Frage zur Architektur.
Das GWT läuft ja clientseitig ab. Ich möchte, dass die GWT Anwendung via RPC (bzw. RMI) mit dem Server kommuniziert. Meine Server-Software (aufgebaut auf Spring) läuft parallel dazu, und zwar als eigene Anwendung, die auch für andere Zwecke da ist, also nicht exklusiv als Backend für die Webanwendung.
Was ich jetzt gedanklich nicht so recht zusammen bekomme ist, wie der Backend-Teil, der mit dem GWT kommuniziert, mit dem Rest des Servers zusammen läuft. Eigentlich ist meine Server-Anwendung ein eigenständiges Programm, das ohne Servlet-Container auskommt. Muss das Backend für GWT denn als Servlet z.B. in einem Tomcat laufen? Meine Vorstellung ist gerade, dass die GWT Anwendung über RPC/RMI direkt mit der Server-Anwendung kommuniziert ohne im Prinzip seine Anfragen an den Webserver zu stellen.
Ich habe dazu mal eine schematische Grafik erstellt (in der Grafik ist der Einsatz von Tomcat nicht nötig, wenn ich das so überhaupt richtig durchdacht habe):
http://www.the-cr.de/_temp/2009-05-11/GWT-spring-architektur.png
Ist das so ein guter Plan - oder sollte ich die Webserver/Tomcat und Spring-Server Geschichte zusammen sehen?
Ziel ist es im Prinzip, zu einer vorhandenen, fertigen Server-Anwendung (basierend auf Spring) eine Webanwendung zu erstellen, mit der man den Server konfigurieren kann.
Über Eure Gedanken dazu würde ich mich sehr freuen
Vielen Dank!