Mini-server

sockets eller RMI vil jeg tro

->arne_v: Tak.

Lad mig spørge lidt mere uddybende: Antag at jeg har en række brugere, som med jævne mellemrum skal modtage forskellige nyheder fra en tjeneste. Når der er en nyhed, skal brugerne modtage beskeden via en dialogboks/pop-up vindue eller f.eks. en lyd. I denne situation vil jeg umiddelbart tænke på brugerne som klienter og tjenesten som server.

Men hvordan skal teknikken så skrues sammen? Ja, brugernes applikation kan f.eks. med faste mellemrum spørge serveren, om der er nyheder og i bekræftende fald vise dialogboksen. Dette er dog ikke umiddelbart hensigtsmæssigt, idet de fleste requests (hvis der requestes ofte) vil resultere i ingenting, idet der ikke er nyheder. Her kunne man som jeg ser det med fordel vende klient/server-forholdet om, således at brugernes applikation er små servere, der lytter på requests. Når tjenesten har en nyhed (og kun da) orienteres serverne. Dette vil minimere antallet af requests til det absolut nødvendige, idet linien kun belastes, når der er en nyhed. Dette kan have stor betydning ved mange brugere, der har brug for real-time nyheder.

Er dette en rigtig måde at tænke på? - altså at vende klient/server-forholdet.

det kan du goere baade med sockets og med RMI

sockets er af natur bidirectional

RMI understoetter det man kalder callbacks hvor serveren kan kalde klienten

du bruger en subscriber publisher model

sockets er lige ud af landevejen - grundliggende har server en ServerSocket som
accepterer connections og gemmer Socket, den skriver saa til alle relevante klienter,
hver klient har an Thread som staar i blocking read paa dens Socket og displayer
naar der kommer noget

RMI kraever mindre kode men er maaske lidt mere kompleks - laes evt. min avanceret
RMI artikel

->arne_v: Tak for din uddybning.

Et enkelt tillægsspm.: Antag at man distribuerer nyheder via en hjemmeside, og brugerne igen skal orienteres som forklaret. Er du da bekendt med, om der her - altså ved brug af "almindelig" HTTP, HTML mv. - er muligt at etablere det omtalte forhold; altså at siden så at sige automatisk opdateres hos brugerne, når der er noget nyt at rapportere?

De teknikker du omtaler kan vel naturligt bygges ind i en Java-applet, som jo så kører via en hjemmeside, men jeg er lidt interesseret i, om samme teknik (også) kan etableres uden bruge af Java/Java-applets.

nej - HTTP protokollen en restriktion - alle interaktioner initiers af client

java applet eller flash kan lytte paa en socket

->arne_v: Er det en sikkerhedsmæssig restriktion? Rent funktionelt er det vel noget skidt i en situation med mange brugere, der har brug for real-time information, tænker jeg. Her ville det netop være elegant med interaktion initieret af server for at begrænse trafikken. Er det i øvrigt det samme med FTP? Og et sidste måske dumt spm.: Vil man kunne omgå denne restriktion ved at bruge passende Java-Script i stedet for f.eks. en applet?

sådan er HTTP protokollen - jeg ved ikke præcis hvorfor den er sådan

hvorfor tror du de store chats normalt foretrækker en java applet eller en flash
løsning fremfor en ren HTML refresh løsning ?  :-)

FTP protokollen er en rædsel - jeg tror ikke at den er egnet til dit formål

nej - JavaScript eller ej - HTTP er som HTTP er

->arne_v: Fin diskussion, smid gerne et svar.

svar