Chat i java - hvordan?

en javachat vil også typisk bruge enten html/javascript, java applets eller flash som frontend, og så typisk servlet/jsp til at håndtere beskederne gennem en database (så kan det lettere køre på flere servere samtidig for at håndtere mange brugere).

Ved du at din hjemmeside ikke virker? Måske bruger du nettonet ligesom os - vi fik samme fejl på et tidspunkt, da de har haft nedbrud.

Nå, men det du siger er at man godt kan tage mit htm design og lave om til en applet?

Skal en java applet køre på særskilt server? Vi har godt nok lejet en super server, så spørgsmålet er vel om den kan bære det...

nååå .... ja ved godt at den ikke er oppe pt..  kører dedikeret server, men er ved at lægge min HP om ...

en java applet kører udelukkende på brugerens pc, så kræver kun indirekte ressourcer på serveren.

personligt vil jeg ikke anbefale applets, da man skal holde til til java 1.1.8 versionen og dermed awt, hvis man skal have det til at virke hos alle umiddelbart.

en dedikeret server burde sagtens kunne trække et par tusinde brugere, hvis klienten laver det meste, og ellers kan man sætte flere servere op parallelt..

det afgørende performance mæssigt må være om det er pull over HTTP eller
push over rå sockets

refreshende HTML i browser------(HTTP)------web app

og

embedded Java applet------(HTTP)------web app

belaster serveren lige meget

embedded Java applet------(socket)------server app

vil derimod kunne betyde en stor forskel

Forstår ikke forskellen på HTTP og Socket *G*

Er det noget en javaprogrammør ved - en måde at programmere det på?

enhver nogenlunde habil java programmør bør kende forskellen

HTTP er den protokol som web browseren og web serveren bruger til at kommunikere
med - det er faktisk en udmærket protokol men i denne sammenhæng har den en
stor svaghed - det er altid browseren som beder serverenom noget - serveren kan
ikke sende uopfordret til browseren

derfor vil en HTTP baseret løsning belaste serveren en del - hvis de henter
hvert sekund så vil 1000 klienter lave 1000 requests/sekund

med sockets kan serveren sende til clients - og så sender de clients som skriver
noget ind til serveren og serveren sender ud til alle clients - lad os sige
at de 1000 brugere er organiseret i 20 rum a 50 brugere og at der skrives
en besked hvert 5. sekund i hvert rum - det giver 4 beskeder ind hvert sekund
og 200 beskeder ud hvert sekund - sammenlignet med de 1000 + 1000 - og derudover
er belastningen ved en besked over socket langt mindre end belastningen
ved en besked over HTTP

Ok - tak for forklaringen.

Nu har jeg læst lidt i de gamle spørgsmål her på E, og nogen hentyder at java apletter er noget langsomt noget?

Det ser ud til at f.eks. Jubii chatten først har været i asp og javascript (hvilket vores også er pt.) og at de sidenhen er gået over til C++ som åbentbart skulle være langsommeligt at kode.

Er ret forvirret - men omvendt kan jeg da se at f.eks. Dating og andre bruger tagget APPLET, så de må vel bruge java applet i deres chat?

Men nu har du også kun max 200 brugere i chatten på én gang, så vi forventer selvfølgelig ikke lige så meget de første par år.

at kalde Java applets for langsomme mener jeg er noget vrøvl

det største problem er:
  IT kyndige (den slags som bruger FireFox etc.) som har en nyere SUN Java installeret
  WinXP SP2 maskiner uden Java
  ældre Win maskiner med en ældgammel MS Java
og de deraf følgende kompabilitets problemer

C++ er efter de flestes mening sværere end Java

APPLET tag => brug af applets

Kender I nogle gode resurser der informere lidt mere om de tekniske fakta vedr. JAVA applets og socket-programmering under JAVA?

informere = informerer/omhandler

http://java.sun.com/docs/books/tutorial/applet/index.html
http://java.sun.com/docs/books/tutorial/networking/index.html

måske

...hmm... ja, man kunne jo starte ved kilden - det er som regel et godt princip ;-)

Arne og Fsconsult - lægger I svar så jeg kan lukke?
Tak for hjælpen. Jeg opretter nok et spørgsmål igen på et senere tidspunkt, når det er mere relevant.

ok

svar