Tipičan primer. Tu se nauči mrežno programiranje, (sockets), nauče se niti (threads) i još GUI. Milina ! Ja sam to prošao, (odavno). Kasnije sam video gomilu primera na net-u, ali moje malo parče koda i veliko znanje koje sam stekao sopstvenim razvojem je nezamenljivo !

Prijavi se (učlani) na nekoliko developerskih sajtova. Na primer codeproject, javaguru ili slično. Naćićeš sve šta ti treba.

Evo, našao sam svoje primere od pre 6 (!) godina. ( Jebiga, stari se ! ). Onaj server.exe je dobijen Microsft-ovim J++ alatom. Pogledaj, ima tu svačega.

Mozda sam malo okasnio...
Koliko kapiram ti imas po jedan thread za svakog usera?Ili ne?

U svakom slucaju, pogledaj kako radi nio i zasto je bolje koristiti asinhroni io od blokirajuceg....

Nadam se da je malo pomoglo...ako ne, pitaj jos...

Moze li neko iskusniji da objasni kako u stvari funkcionise chat

Do kog nivoa mislis kako funkcionise chat?
Jel kontas stvari vezane za portove, tj. sockete?

Ako ti je to jasno, sustina se svodi na konkurentnost, u smislu, da svaki klijent za server predstavlja jednu dodatnu nit koju on opsluzuje. Otuda cuveni pojam visenitnost. Server i klijent moraju da uspostave komunikaciju i to se radi po principu 'osluskivanja'. Da li si nekada u mrezi koristio naredbu 'ping'? Salje se naredba radnim stanicama a one ukoliko logicka veza izmedju njih postoji, salju echo signal, i na taj nacin se uspostavlja veza. Zatim se, poruke koje se salju transformisu, do nivoa nestrukturiranih bita, dok se na prijemnoj strani one rekonstruisu.

Naravno, mrezni protokoli su takvi da svaki radi svoj deo posla i na taj nacin se stvara paralelno procesiranje. Physical Layer prakticno vrsi prenos nestrukturiranih bita, DataLink Layer nestrukturirane bite grupise u pakete (frames). Transport Layer ima zadatak da pronadje putanju od izvorisnog do odredisnog racunara, putem rutiranja, dok Application Layer prakticno predstavlja sam vrh piramide i on u sustini pruza servise za aplikacione programe kako bi omogucio komunikaciju sa drugim aplikacionim programima u okviru racunarske mreze (odredjuje protokol za komunikaciju, proverava da li postoje osnovni komunikacioni resursi, stvara dogovor izmedju strana u komunikaciji po pitanju integriteta poruka i privatnosti, i sl).

Nadam se da sam ti bar malo pojasnio?

Joj Djuro stari nemoj da se ljutis ali ala znas da pametujes brate, svaki tvoj post je pun neke
ufuranosti, "vidte mene znam nesto sto nema nikakve veze sa temom".

@ chat

napravish java.net.ServerSocket i pozoves njegoc accept() metod, i onda za
svaku klijentovu konekciju bacis novi tred kome predajes java.net.Socket instancu.

Ukoliko hoces da ti resenje bude vise manje profinjeno, pogledaj u Tiger-u (Java 1.5)
java.util.concurrent.Future, java.util.concurrent.Callable, i ostale povezane klase, mnogo
dobra stvar.

Hehe...malo pretera sa pricom o internetovim layerima stvarno ;)

U svakom slucaju ako bas hoces da ides do kraja sa dobrom applikacijom, pogledaj asinhroni io(nio paket ga ima). Omogucice ti da tvoj server prima mnooogo vise klijenata nego standardni(i doduse laksi za implementaciju) server sa po jednom niti po klijentu...

Ne ljutim se bre, ali kada neko postavi pitanje da li neko zna kako funkcionise chat, kako ti uopste mozes da pretpostavis sta konkretno tog nekog zanima?

Nije covek pitao kako funkcionise Java chat, vec chat uopste, a to definitivno podrazumeva Layer-e, ok?

Stoji to sto ti kazes, ali se opet ne bih slozio sa tobom. Ako cemo vec tako za aplikacionog programera uopste nije bitan ni jedan drugi sloj sem aplikativnog i, ako vec ne koristis neku message orijentisanu biblioteku, transportni sloj-prica o drugim slojevima je nebitna(ovo ne zelim da generalizujem, ali govorim iz svog i iskustva mojih kolega), jer ti kao application layer programer nemas potrebe da se tu petljas na bilo kakav nacin, a uostalom to ti je i onemoguceno ;)

Nego da se vise ne polemise oko ovoga...svi imaju svoj pristup, tako da ja ne tvrdim da sam apsolutno u pravu-ja sam pobornik onog lenjog stava: sto ti ne treba, ne moras da znas.

Poz.

OK. Slazem se.