Generelt Socket Programmering spørgsmål

Nu synes jeg at de flere traade er en rigtig god maade at goere det paa.

:-)

Men lad os komme til dit spoergsmaal.

DatagramSocket er et blocking API saa naar du receive'r saa blokker du indtil der er noget.

Hvis du ikke vil blokke, saa skal du kigge paa NIO (new er ret gammelt!).

Mere specifikt er den en klasse java.nio.channels.DatagramChannel som er et non blokking UDP API.

For noget eksempel kode valgte Google:

http://thushw.blogspot.com/2011/06/asynchronous-udp-server-using-java-nio.html

Mit spørgsmål var hvad for en måde der var den mest fejlsikre at bruge, selvom ting er gamle, kan de sikkert stadig virke lige så godt som det nye, men på et tidspunkt sker der vel noget Depricate af de gamler pakker, nu hvor både Java 8 er eller snart kommer i åben beta, og overgangen til 7'eren bliver et must.

Jeg har endnu ikke rigtigt tjekket de nye javadocs, men nu hvor du siger "gammel" bliver jeg lidt i tvivl, om jeg ikke bare burde holde mig til Blokking API'et, siden alle andre sprog næsten bruger den samme måde.

min tvivl var om jeg gjorde det rigtigt, med trådene, da det virkede lidt rodet at køre det sådan. men hvis det er en godkendt måde at lave sine socket sådan, så burde jeg jo nok ikke fixe noget der allerede virker helt fint :)

Mange tak for dit svar, hvis du ligger et svar, kommer der nogen point din vej

NIO staar for New IO. NIO er i java.nio pakken i modsaetning til java.io pakken med de gamle blokking API (UDP API er dog i java.net).

NIO er ikke paa nogen maade for gammel. Der blev faktisk tilfoejet en masse til NIO.

Men bemaerkning var en lille vits omkring at New IO faktisk er fra februar 2002 og derme dikke rigtigt nyt laengere.

:-)

Stort set alle sprog har baade blokking og non-blokking IO & netvaerk API'er.

Men generelt er blocking API'er simplere at bruge end non-blocking.

i .NET f.eks. VB.NET er der *Begin og *End metoderne til non-blocking IO.

Du kan ogsaa lave det i C/C++.

generelt vil jeg sige at non-blocking er langt mere relevant for TCP end for UDP

og svar

Tak for dit input, undskyld for det langesomme svar, jeg fik helt glemt at svare, men tak for dit input, jeg var lige nede og låne nogen bøger omkring begge begreber, og nogen andre methoder, der muligvis var brugbare.

Kan kun sige at Odense bibliotek er høstet for alt med java sockets ligenu :)

Hvis du vil dykke dybere ned, saa proev evt. at hente source til Apache Commons Net.

Der maa vaere en del socket kode i den kode.

Men grundliggende er plain sockets i Java ret nemt.

SSL sockets derimod kan godt drille en del med forskellige obskure detaljer.