TCP med Socket

Hmmm TCP protokollen SIKRER ikke at en forbindelse er åben. Den sikrer blot at ALLE data når frem. Hvis ikke - SÅ får du en exception

Hvis TCP skulle kontrollere om en forbindelse er åben hele tiden vil det koste unødige ressourcer

Hvad er åben ?

Jeg mener ikke at der er nogen i-am-alive packets d.v.s. at
problemer først opdages når man forsøger at bruge conncetion.

Omformulering:

Kan en socket være åben selvom forbindelsen er afbrudt. Jeg ved godt at der bliver smidt exceptions, men kan det i visse, sjældne tilfælde lade sig gøre, eller smides er det konsekvent synligt i ALLE tilfælde? F.eks. kan det ses at forbindelsen er blevet afbrudt, hvis der gennem input-strømmen modtages '-1' i det uendelige...

Mener du hvad der sker hvis en etableret forbindelse afbrydes (?????)

Hvis ikke du bruger socket, så opdager du aldrig at forbindelsen
er afbrudt.

Hvis du bruger socket bør du altid  få en exception.

[men det er også mennesker der har kodet java og tcp/ip stack]

"[men det er også mennesker der har kodet java og tcp/ip stack]" -> som gør?

Jeg bruger jo konstant min socket idet den er blocked i read() på input-strømmen.

Nu sidder jeg og udvikler den er multiplayer-server - og min kolleger foreslår en ping-mekanisme, hvor klienterne pinger serveren, og hvis serveren så ikke modtager noget fra klienterne i et minuts tid, bliver de disconnected (Socket.setSoTimeout).

Jeg vil bare mene at det er spil af trafik, hvis jeg kan være sikker på at det altid vil blive opdaget...

At de også kan lave fejl.

:-)

hvem kan også lave fejl - jeg er vidst ikke med :)

En write bør altid kunne detecte fejl fordi den aldrig får en ACK.

En read ? Jeg har svært ved at se hvordan den kan detecte om den
anden ikke sender noget eller linien er gået !

Men det er lidt uden for mit ekspertise område.

Det var bare et forbehold. En ting er hvad TCP/IP principielt kan - der er
ingen garanti for at alt er implementeret korrekt.

read() vil i nogle tilfælde modtage -1, hvis forbindelsen er afbrudt. I andre tilfælde smides en SocketException: Connection reset by peer.

Jeg kender en TCP/IP haj - jeg prøver at spørge ham.

:D

Uanset om du får en exception eller read returnerer -1 kan du vel tolke det som om klienten er logget af/forbindelsen er gået tabt. Hvis dit problem er at read kaldet aldrig returnerer fordi der (mod forventning) ikke er noget at læse, skal du bruge den nye non-blocking io tilføjelse der kom i version 1.4 i stedet for setSoTimeout()

Jeg er nemlig også siden da gået over til at bruge NIO, som skulle være mere sikkert i opdagelsen af afbrudte forbindelser. Det har bare siden givet tusind andre problemer, som dog efterhånden er blevet løst, men ikke alle...