Java: Sockets oder RMI?
Ich trennen zu müssen, unsere Anwendungen in eine Licht-Gewicht-gui-Anwendung und einem business-Logik der Anwendung. Dies ist nicht ein client/server-setup als solcher, als der "server" - Komponente wird nur einen client.
Den anderen Einschränkung in der Anwendung ist, dass es nur ein entry/exit-Punkt. Daher sollten wir RMI, es würde immer nur auf eine Funktion. Alle Formular-Daten ist bereits eingewickelt in eine Zeichenfolge und übergeben durch eine transport-Bereich.
Soll ich das einfach mit Java-Sockets zur Verbesserung dieser Anwendung, oder gehen Sie mit RMI? Oder eine andere Java-Technologie?
Ich aus einem früheren post skizziert die Anforderungen unserer Anwendung, aber es ging unbeantwortet. https://stackoverflow.com/questions/2604528/terminal-panel-pc-single-server-solution-client-server-or-rdp
Cheers.
- möglich, Duplikat der stackoverflow.com/questions/2604528/...
- Ich denke, Sie haben die Frage beantwortet sich selbst. Wenn es ist leicht und single-user-und Sie sind komfortabel mit RMI, dann sollten Sie es einfach.
- mögliche Duplikate? 🙂
- Don ' T blame me, @oedo, dass wurde automatisch generiert wird, wenn ich gewählt, um zu schließen. Offensichtlich ein neues feature von SO.
- nur ein weiteres Beispiel von Menschen außerhalb der Durchführung AI... 🙂
- Schließen Sie dieses zu Gunsten von eine Frage, die zieht nicht Antworten würde, scheinen arm zu sein. Besser zu schließen, dass man statt " und " Bearbeiten in etwas nützliches von dort in das Q.
- Vielen Dank für die Antworten Leute. Stackoverflow ist eine großartige Ressource, wenn Sie sonst niemand im Büro, um diese Fragen zu beantworten. Alles was ich bekam war " was ist RMI?'. Cheers.
Du musst angemeldet sein, um einen Kommentar abzugeben.
persönlich, RMI scheint wie ein bisschen übertrieben, wenn Sie habe nur eine Methode zu nennen, und alle Ihre Daten sind bereits verpackt in einem string. ich Stelle mir eine einfache socket-server ausreichen würde, sehr gut für Ihre Bedürfnisse. doch RMI gibt Ihnen ein paar Sachen kostenlos, wie multithreading, distributed garbage collection-Objekt-marshalling, usw usw. allerdings, wenn Sie haben nur 1 client multithreading möglicherweise nicht nützlich sein, und da sind Sie dadurch Ihre eigenen Objekt-marshalling dann diese Vorteile könnten nicht gewinnen Sie nichts.
gibt es eine gute Seite auf rmi die Möglichkeiten hier : http://java.sun.com/javase/technologies/core/basic/rmi/whitepaper/index.jsp
seit Ihr Protokoll ist schon sehr einfach (Sie einfach eine Zeichenfolge übergeben) ich schlage vor, dass Sie gehen Sie einfach mit sockets.
der Vorteil wäre, dass Sie nicht gebunden an Java an beiden enden, zum Beispiel - wird es möglich sein, das Umschalten der Benutzeroberfläche auf eine andere Sprache leicht.
Getan zu haben apps, die verwendeten raw-sockets zu kommunizieren, verwendet, RMI und SOAP, es ist am einfachsten (durch ein dünnes Haar) zu verwenden RMI-aber dann sind Sie stark an der Verwendung von Java für alles. Der Schlüssel zum warum RMI am einfachsten ist es zu gewährleisten, dass die ganzen Nachrichten gesendet werden und beinhaltet eine grundlegende Entdeckung Rahmen, und doch ist es nicht die Komplexität von SOAP (die viel komplizierter ist als alles was oben aufgeführt).
Können Sie wrappen Sie Ihre server Einstiegspunkt wie ein servlet und ein POST von einem client.