Daten in Echtzeit übernehmen

[Wuast]

Hallo Leute,

ich frage mich gerade, wie man Daten, die extern generiert werden, unmittelbar in das eigene Programm übernehmen kann.
z.B. nehmen wir an, es gibt ein Netzwerk aus 3 Rechnern, der eine sammelt und verwertet Daten (sagen wir mal der "Hauptrechner"), zwei weitere erzeugen diese. etwa durch Benutzereingaben oder Berechnungen. Jetzt soll auf dem "Hauptrechner" ein Programm laufen, welches in einer Klasse die eingehenden Daten empfängt. Diese könnten dann ja z.B. in Echtzeit dargestellt werden oder zwecks Prognoserechnungen oder was auch immer weiterverwertet werden. Erstmal nicht weiter wichtig, geht nur um das Prinzip.
Wie setzt man so etwas um in Java?

Mein bisheriges Know-How geht in die Richtung, wie Dateien beschrieben und eingelesen werden können. Jetzt könnte ich ja hingehen und auf PC 2 und 3 die Nutzereingaben alle paar Sekunden oder Zehntel-Sekunden in eine Datei speichern und dann im "Hauptserver" einlesen, aber das scheint mir nicht sehr sinnvoll oder effizient. Oder wie läuft das in der Praxis (z.B. in Unternehmen)?

Danke

 

[mihe7]

Das kann man pauschal nicht sagen aber ich nehme mal an, dass Du übliche 0815-Anwendungen und mit Echtzeit "so schnell wie möglich" meinst, wobei die Zeit für die Datenübertragung nicht die ausschlaggebende Rolle spielt. Sprich: Du kannst z. B. ein stinknormales Netzwerk auf Basis von TCP/IP oder UDP/IP verwenden, je nachdem, ob die Verbindung "verlässlich" sein soll.

Im Grundsatz läuft das einfach so, dass die Rechner eine Verbindung aufbauen und miteinander kommunizieren. Wie genau? Das regeln Protokolle, wobei man das Protokoll auf Anwendungsebene durchaus auch selbst definieren kann.

Soweit möglich nimmt man natürlich etwas, das schon existiert. Das gilt sowohl für das Protokoll als auch Software. Eingesetzt wird, was den Zweck erfüllt und möglichst wenig Aufwand verursacht. Wir setzen z. B. fast ausschließlich HTTP ein, um Daten zu übertragen (die dann meist auch sofort weiterverarbeitet werden), aber es gibt praktisch unbegrenzt viele Möglichkeiten.

Für Näheres müsstest Du schon konkreter werden.

 

[Wuast]

Für Näheres müsstest Du schon konkreter werden.

Geht eigentlich noch nicht, das war eher so ein grundsätzlicher Gedanke, ob und wie ich so etwas in Java umsetzen würde. Jetzt merke ich aber gerade, dass ich noch viel zu wenig Ahnung von Netzwerken und Protokollen habe.
Aber irgendwo müssen die Daten, die durch den bus auf dem Hauptcomputer ankommen, in das Programm "aufgenommen" werden. Also rein von der Programmier-Seite her - quasi die Schnittstelle zwischen meinem Code und den Daten von außerhalb.

Kannst du mir da noch ein Beispiel geben?

 

[mihe7]

Also rein von der Programmier-Seite her - quasi die Schnittstelle zwischen meinem Code und den Daten von außerhalb.

Wie gesagt: das kommt darauf an, was Du machen willst, daher ist auch ein Beispiel schwierig. Es gibt nicht "die eine API", die man zur Kommunikation einsetzt, auch nicht in Java.

Im EE-Umfeld baut/verwendet man hauptsächlich "REST-APIs" (wobei man es vielleicht besser als HTTP-APIs bezeichnen sollte), weil man den Webserver sowieso schon hat und es so schön einfach ist Dein Anwendungsfall muss halt dazupassen: HTTP ist relativ geschwätzig und die Kommunikation läuft in einem Request-Response-Zyklus ab, d. h. der Client stellt eine Anfrage an den Server, der Server sendet eine Antwort. Fertig. Der Server kann also nicht von sich aus irgendwas an die Clients übermitteln, zumindest nicht ohne Tricks. Wenn Dich das nicht stört, kannst Du diesen Weg gehen, z. B. mit SpringBoot, Java/Jakarta EE oder auch mit Jersey Standalone. Sogar das JDK bringt einen einfachen HttpServer mit, über den man Daten austauschen kann.

In der Heimautomation (und nicht nur dort) wird oft MQTT verwendet - das Protokoll für das Internet of Things. Da kommuniziert man mit einem Message Broker und versendet bzw. erhält über diesen Nachrichten an/von sog. Topics (quasi benannte Nachrichtenkanäle), die hierarchisch aufgebaut sind und man relativ frei wählen kann. In Java würdest Du dann z. B. den Eclipse Paho Java Client einsetzen.

Speziell in Java gibts auch RMI (Remote Method Invocation). Hab ich noch nie direkt verwendet, da kein Bedarf.

Wenn Dir alles nicht passt, kannst Du Dich auch selbst auf die Socket-Kommunikation stürzen. Das ist aber nicht gerade trivial, schon gar nicht, wenn das Vorhaben größer ist/wird. Auch da gibts wieder unterstützende Bibliotheken, die einem das Leben leichter machen, netty würde mir da einfallen.

Das ist jetzt mal ein ganz, ganz, ganz kleiner Ausschnitt dessen, wie man Daten über das Netzwerk übermitteln könnte und für jeden Ansatz gibts eigene APIs. Man müsste halt wissen, was Du ungefähr machen willst. Eingaben vom Anwender übertragen? Dafür reicht HTTP beispielsweise locker.

 

[Wuast]

Okay, das reicht mir an dieser Stelle schon erstmal. Jetzt habe ich ein ungefähres Gefühl, wo die Reise irgendwann hingehen könnte. Ich nahm zunächst an, dass es da vllt. ein Java-API für geben könnte und somit einen "richtigen und einfachen Weg", wie man das halt so in Java macht.

Man müsste halt wissen, was Du ungefähr machen willst.

Am Strand liegen und die Sonne genießen
Spaß beiseite: Die Frage war auf kein konkretes Bsp. bezogen, dachte, ich lern "mal eben" was neues. Aber das scheint ja doch etwas umfangreicher zu sein, da warte ich lieber auf das passende Modul - denke, das kommt noch dran. Ich halte erstmal HTTP im Kopf, weil da habe ich schon mehr drüber gelesen, ebenso SpringBoot. Aber da fehlen mir erstmal noch sämtliche Grundlagen.

Wie immer herzlichsten Dank!!

 

[mihe7]

Am Strand liegen und die Sonne genießen

Gute Idee.