Socket Sockets und Events

[newproger]

Hallo,

jetzt habe ich eine andere Frage, ist es möglich, dass der Server Events an alle Clients sendet?
Ich kann mir das nur so vorstellen, dass die Clients auch als "Server" agieren d.h. sie müssen ständig auf einem Port lauschen.....oder verstehe ich es falsch?

 

[tuxedo]

Socketverbindungen sind bidirektional. Wenn sich ein Client zum Server verbunden hat, kann der Server über diese Verbindung von sich aus dem Client Daten, also auch Events, schicken.

Bei RPC nennt man das Callback. RMI und SIMON können das (SIMON kanns besser als RMI ) von Haus aus.

- Alex

 

[newproger]

Socketverbindungen sind bidirektional. Wenn sich ein Client zum Server verbunden hat, kann der Server über diese Verbindung von sich aus dem Client Daten, also auch Events, schicken.

Das ist mir schon klar, aber das läuft synchron. D.h. client fragt etwas den Server und er antwortet. Aber kann ich auch die Nachrichten asynchron senden?

 

[SlaterB]

eine offene Bedingung kann ja auch ruhen,
wenn dann jeder beliebig sendet und die Gegenseite ohne Verarbeitung direkt bestätigt, ist das quasi asynchron,

ansonsten geht ein neuer Verbindungsaubau nur, wenn auch der Client Server ist, richtig,

oder gleich eine völlig gelöste Verbinung: X und Y kommunizieren nicht direkt sondern schicken ihre Nachrichten an Z, wo sie von der Gegenseite abgeholt werden können,
erfordert allerdings ständiges nachschauen

 

[tuxedo]

Das ist mir schon klar, aber das läuft synchron. D.h. client fragt etwas den Server und er antwortet. Aber kann ich auch die Nachrichten asynchron senden?

Wie willst du denn synchron senden? Vor allem: synchron zu was?

Du sendest immer synchron zu den Thread in dem gesendet wird und asynchron zu allen anderen Threads.


Ein Datenpaket vom Client zum Server und ein darauf folgendes Event haben ja erstmal nichts miteinander zu tun.

Wenn der Empfangsthread auf Serverseite allerdings jedes Epfangene Paket in diesem Thread auswertet, eine Antwort formt und diese im selben Thread zurück sendet, dann ist das in der tat synchron.

Meist ist es ratsam auf Serverseite (auf Client auch) mehr als einen Thread zu haben: Einer der Empfängt und einer der Sendet. Wird etwas empfangen und daraufhin eine Antwort zurückgeschickt, so wird diese Antwort in eine Liste oder etas ähnliches geschrieben aus der sich der Sendethread dann bedient.

Im endeffekt kommts drauf an was du machen willst. Aber eine verpflichtende synchrone Kommunikation ist bei Java nicht gegeben. Es steht dir völlig frei ...

- Alex

 

[newproger]

Im endeffekt kommts drauf an was du machen willst. Aber eine verpflichtende synchrone Kommunikation ist bei Java nicht gegeben. Es steht dir völlig frei ...

Was ich machen möchte, habe ich schon in einem anderen Beitrag beschrieben. Eigentlich was ich brauche ist eine Middleware aber das was ich kenne (RMI, CORBA, TIBCO, ActiveMQ...) sind entweder zu komplex oder zusätzlich kostenpflichtig.
Auf dem Server soll Java laufen und auf dem Client .NET. Am liebsten würde ich alles mit .NET machen (keine Delegates bzw. callbacks in Java :noe, weil es einfach und schnell geht, aber auf dem Server kann Windows bzw. Linux laufen....hmmm ob dies vernünftig ist, sei dahingestellt. Jedenfalls am Anfang habe ich an Webservice gedacht aber Webservice kann keine Events schicken, also nicht das ich wüste.
Vielleicht kennt ihr eine bessere Lösung, um Daten zwischen Java und C# auszutauschen...weil mit Sockets es zu machen erinnert mich an '80....tja performant und schnell muss es auch sein.....

 

[tuxedo]

Sockets sind nach wie vor "state of the art" (IMHO).

Du kannst Java-Objekte auch Sprachübergreifend serialisieren (JSON, XML, ...). Das wäre das einfachste.

Eine Lib die von Haus aus mit Java und C# kann ist mir noch nicht bekannt.

- Alex

 

[newproger]

Sockets sind nach wie vor "state of the art" (IMHO).

Da hast Du recht aber meistens sind sie tief vergraben (gekapselt)

Du kannst Java-Objekte auch Sprachübergreifend serialisieren (JSON, XML, ...). Das wäre das einfachste.

Aber da bin ich wieder bei Sockets

Eine Lib die von Haus aus mit Java und C# kann ist mir noch nicht bekannt.

hmmmm.....eine Marktlücke

 

[SlaterB]

wo kein Markt, da keine Lücke

 

[newproger]

wo kein Markt, da keine Lücke

heutzutage ist nicht das Produkt wichtig, viel wichtiger ist Marketing und Überzeugungskraft. Man kann eigentlich jeden sch...s verkaufen. EOT

 

[tuxedo]

Wenn ich mal wieder zu viel Zeit hab werd' ich für mein SIMON ein Protokoll basteln das auch mit C# zurecht kommt

 

[Ebenius]

BTW: http://www.java-forum.org/forum-faq-beitraege/86306-thema-erledigt-markieren.html (Hab ich jetzt erledigt.)

Ebenius