Hallo zusammen,
ich habe ein Problem bei dem ich seit 2 Tagen am verzweifeln bin. Google hat mich hier leider auch nicht weitergebracht, ich vermute ich liegt aber nur an einer Kleinigkeit bzw. einem kleinen Verständnisproblem.
Ich habe mir zum Spaß eine Client-Server-Anwendung geschrieben, über die einfach ein Client einen Counter über eine GUI hoch oder runter setzen kann. Also einfach zum rumprobieren...
Ich poste hier jetzt nicht unnötig den ganzen Code, sondern nur den Teil den ich nicht verstehe:
Server:
Client:
Mein Problem ist:
Ich möchte nicht, dass die Verbindung direkt danach wieder geschlossen wird. Wenn ich das s.close() jedoch weglasse und in einer Schleife immer über die Methode im Clienten:
dem Counter einen Wert zuweisen möchte, dann funktioniert das, jedoch ist das was beim Server ankommt immer einen hinterher. Also wenn ich den Counter starte, dann kommt erst die erste Nachricht an, wenn ich den Counter z.B. auf 17 inkrementiere, dann kommt beim Server erst 16 an usw.
Also ich habe ein Verständnisproblem, warum die Verbindung immer um einen Eintrag hinterher hängt. Ich verstehe es so, dass der BufferedWriter erstmal sammelt, und mit flush() dann gezwungen wird alles im Puffer auf die Reise zu schicken. Das kommt dann beim Server an, der es über readLine() aus dem BufferedReader "raus holt" und diesen String verarbeiten kann. Wodurch kommt der zeitliche Versatz?
(Ich hoffe mein Problem kommt deutlich rüber...)
ich habe ein Problem bei dem ich seit 2 Tagen am verzweifeln bin. Google hat mich hier leider auch nicht weitergebracht, ich vermute ich liegt aber nur an einer Kleinigkeit bzw. einem kleinen Verständnisproblem.
Ich habe mir zum Spaß eine Client-Server-Anwendung geschrieben, über die einfach ein Client einen Counter über eine GUI hoch oder runter setzen kann. Also einfach zum rumprobieren...
Ich poste hier jetzt nicht unnötig den ganzen Code, sondern nur den Teil den ich nicht verstehe:
Server:
Java:
public class CounterServer {
int counter;
CounterServer(int port) throws IOException {
System.out.println("Server startet");
ServerSocket ss = new ServerSocket(port);
Socket clientSocket = ss.accept();
BufferedReader br = new BufferedReader(new InputStreamReader(clientSocket.getInputStream(), "UTF-8"));
System.out.println("Verbindung hergestellt.");
String nachricht = br.readLine();
System.out.println(nachricht);
clientSocket.close();
}
public static void main(String[] args) throws IOException {
CounterServer s = new CounterServer(8000);
System.out.println("Jetzt ist fertig");
}
}
Client:
Java:
public class CounterClient {
BufferedReader br;
BufferedWriter bw;
String ip;
int port;
int wert;
Socket s;
CounterClient(String ip, int port) throws IOException, InterruptedException{
wert = 0;
System.out.println("CounterClient startet");
this.ip = ip;
this.port = port;
this.s = new Socket(ip,port);
this.bw = new BufferedWriter(new OutputStreamWriter(s.getOutputStream(),"UTF-8"));
bw.write(">>> Das hier ist die erste Nachricht!!!! <<<");
bw.flush();
s.close();
System.out.println("Verbindung geschlossen");
}
}
Mein Problem ist:
Ich möchte nicht, dass die Verbindung direkt danach wieder geschlossen wird. Wenn ich das s.close() jedoch weglasse und in einer Schleife immer über die Methode im Clienten:
Java:
void setCounter(int value) throws IOException{
bw.write(Integer.toString(value));
bw.flush();
bw.newLine();
}
dem Counter einen Wert zuweisen möchte, dann funktioniert das, jedoch ist das was beim Server ankommt immer einen hinterher. Also wenn ich den Counter starte, dann kommt erst die erste Nachricht an, wenn ich den Counter z.B. auf 17 inkrementiere, dann kommt beim Server erst 16 an usw.
Also ich habe ein Verständnisproblem, warum die Verbindung immer um einen Eintrag hinterher hängt. Ich verstehe es so, dass der BufferedWriter erstmal sammelt, und mit flush() dann gezwungen wird alles im Puffer auf die Reise zu schicken. Das kommt dann beim Server an, der es über readLine() aus dem BufferedReader "raus holt" und diesen String verarbeiten kann. Wodurch kommt der zeitliche Versatz?
(Ich hoffe mein Problem kommt deutlich rüber...)