Broadcast su tutti gli utenti collegati

[Shiroga]

Buona sera,
Scrivo in questa sezione perché è il linguaggio di programmazione che sto utilizzando per sviluppare la mia webApp.

Sul mio portale gli utenti devono effettuare delle offerte verso dei prodotti, inizialmente avevo pensato di utilizzare delle chiamate ajax temporizzate ad un secondo per vedere se ci sono stati aggiornamenti sul db ed eventualmente riportare la modifica sulla pagina. Ovviamente non mi sembra un idea molto pratica, soprattutto perché si parla di decina di migliaia di utenti collegati contemporaneamente, significherebbe un numero spropositato di chiamate inutili.
Volevo sapere, come posso fare in modo che i browser si aggiornino solo quando viene effettivamente fatta un modifica sul DB?

[LeleFT]

Semplicemente non puoi.
La comunicazione tra browser e server avviene tramite un protocollo (HTTP) di Richiesta/Risposta.
Il client (browser) fa una richiesta, il server risponde.

Non esiste la comunicazione in senso opposto: è sempre il client ad iniziare il colloquio (con una richiesta) e tale colloquio muore nel momento in cui il server invia la risposta. Il server non sa quanti e quali siano i client effettivamente connessi e non lo può sapere proprio per la natura del protocollo (e proprio perchè, di fatto, non sono connessi).

L'alternativa è usare qualcosa che vada oltre il protocollo HTTP. E l'unica cosa che mi viene in mente è un'applet (che oramai stanno scomparendo) che mantiene una connessione costante col server. In questo caso il server può, effettivamente, colloquiare col client (visto che ne ha conoscenza).

Ciao.

[fermat]

non potrebbe provare neanche con il concetto di push notification?

[Santino83_02]

non potrebbe provare neanche con il concetto di push notification?

usando dei websockets e inviando la notifica dal server ai client mediante quelli...

[LeleFT]

Sì, non li conoscevo e non saprei come dire al browser di usarli, ma concettualmente è fattibile.

Edit: visto, si può fare lato JavaScript oppure direttamente con il nuovo schema ws://

Ciao.

[Gatsu78]

Beh, se non ho capito male hai un auction system quindi se il db viene modificato da un'offerta è scaturita sicuramente da uno degli n clients.

Se agisci con Jsf ti basterebbe mantenere vivo un bean :

@ManagedBean
@ApplicationScoped

che registri ogni modifica e la renda nota tramite push a tutti i client-bean presenti (lascio a te la logica di interesse sulla View...).

Ad ogni modo se non usi jsf come mvc ti puoi affidare ad un singleton ejb e lavorare similmente.

ti garba?

[francesco.muia]

Beh, se non ho capito male hai un auction system quindi se il db viene modificato da un'offerta è scaturita sicuramente da uno degli n clients.

Se agisci con Jsf ti basterebbe mantenere vivo un bean :

@ManagedBean
@ApplicationScoped

che registri ogni modifica e la renda nota tramite push a tutti i client-bean presenti (lascio a te la logica di interesse sulla View...).

Ad ogni modo se non usi jsf come mvc ti puoi affidare ad un singleton ejb e lavorare similmente.

ti garba?

No non ci garba ( un milanese non lo può dire...) il problema di Shiroga è quello di limitare le push al server e come ti è stato detto l'unico sarebbe quello di usare i websocket introdotti con Html 5 . Se vuoi seguire questa strada ti consiglio l'uso di un bel framework che si chiama Atmosphere

[Gatsu78]

eccoci:

http://stackoverflow.com/questions/1...ith-ppoll-push