DarthShader
Erfahrenes Mitglied
Hallo,
ich würde gerne eine Serversoftware schreiben, die auf dem Spring Framework basiert. Ich stand vor der Entscheidung, on Spring oder JBoss, und fahre nun lieber eine etwas leichtgewichtigere Lösung.
Die Serversoftware soll mit Clients kommunizieren, aber es soll eine lose Kopplung sein, also keine Aufrufe z.B. per RMI. Ich möchte eher über TCP/IP XML Daten hin- und herschicken (wie eine Art von Webservice, es soll aber erstmal kein WS sein).
Spring bietet ja die Kommunikation über Hessian, ich denke das ist für mich der richtige Weg (Hessian kann man ja auch ohne Webservice in Java nutzen, wenn ich da jetzt richtig informiert bin). Später soll die Serversoftware möglicherweise auch dazu eingesetzt werden, HTML Seiten zu generieren, also ein Webfrontend, vielleicht eine Art von Admin-Bereich für das System, wofür Spring ja das Web MVC anbietet.
Worüber ich mir jedoch nun nicht im Klaren bin ist, wie Spring auf dem Server läuft. Ich habe da zwei Vorstellungen, von denen ich nicht weiß, welche richtig ist:
a) Ich schreibe einfach meine Serversoftware, die horcht ganz klassisch per TCP Sockets auf einem Port nach Verbindungen. Das Programm nutzt Spring, z.B. als IoC Container. Kann mir Spring hier schon dieses typische Serversocket erstellen, Verb. entgegennehmen, Threads dafür erstellen etc. abnehmen?
b) Ich setze ein Tomcat auf, in dem meine Spring Applikation läuft. Muss das sein? Oder benötige ich das nur, wenn ich z.B. per Webservice auf den Server zugreifen will, also per HTTP?
Ich würde mich sehr freuen, wenn Ihr mit mir ein paar Gedanken teilt - sind meine Aussagen so nachvollziehbar, oder habe ich einen Denk- oder Planungsfehler? Wie steht es mit den beiden Fragen a) und b), was ist da richtig?
Über eine Antwort würde ich mich sehr freuen
Vielen Dank!
ich würde gerne eine Serversoftware schreiben, die auf dem Spring Framework basiert. Ich stand vor der Entscheidung, on Spring oder JBoss, und fahre nun lieber eine etwas leichtgewichtigere Lösung.
Die Serversoftware soll mit Clients kommunizieren, aber es soll eine lose Kopplung sein, also keine Aufrufe z.B. per RMI. Ich möchte eher über TCP/IP XML Daten hin- und herschicken (wie eine Art von Webservice, es soll aber erstmal kein WS sein).
Spring bietet ja die Kommunikation über Hessian, ich denke das ist für mich der richtige Weg (Hessian kann man ja auch ohne Webservice in Java nutzen, wenn ich da jetzt richtig informiert bin). Später soll die Serversoftware möglicherweise auch dazu eingesetzt werden, HTML Seiten zu generieren, also ein Webfrontend, vielleicht eine Art von Admin-Bereich für das System, wofür Spring ja das Web MVC anbietet.
Worüber ich mir jedoch nun nicht im Klaren bin ist, wie Spring auf dem Server läuft. Ich habe da zwei Vorstellungen, von denen ich nicht weiß, welche richtig ist:
a) Ich schreibe einfach meine Serversoftware, die horcht ganz klassisch per TCP Sockets auf einem Port nach Verbindungen. Das Programm nutzt Spring, z.B. als IoC Container. Kann mir Spring hier schon dieses typische Serversocket erstellen, Verb. entgegennehmen, Threads dafür erstellen etc. abnehmen?
b) Ich setze ein Tomcat auf, in dem meine Spring Applikation läuft. Muss das sein? Oder benötige ich das nur, wenn ich z.B. per Webservice auf den Server zugreifen will, also per HTTP?
Ich würde mich sehr freuen, wenn Ihr mit mir ein paar Gedanken teilt - sind meine Aussagen so nachvollziehbar, oder habe ich einen Denk- oder Planungsfehler? Wie steht es mit den beiden Fragen a) und b), was ist da richtig?
Über eine Antwort würde ich mich sehr freuen
Vielen Dank!