Daniele Bochicchio ha scritto:

se ti interessa avvisare l'utente l'unica è il refresh ogni x, oppure l'uso di un frame nascosto con refresh (non cambia molto, ma a livello visivo forse è più gradevole).

Che il callback sia sul server non si discute. Premetto che la priorita' che almeno io ho se decido di utilizzare una chiamata asincrona non e' quella di avvisare immediatamente l'utente non appena il processo e' terminato ma semmai quella di evitare timeout e blocchi dell'applicazione.
Detto questo, quello che mi interessa e' il metodo migliore con cui effettuare la chiamata asincrona e cioe' quale tecnica tra quelle possibili sia meglio utilizzare. Piuttosto che mettere il processo chiamante in un loop tenendo impegnate risorse con un timer, metto un flag sulla pagina che riflette lo stato dell'oggetto IAsyncResult. Oppure per sapere quando il processo e' finito si puo' utilizzare un oggetto per la sincronizzazione con il risultato che utilizzi la funzione AsyncWaitHandle.WaitOne() dell'oggetto IAsyncResult.

L'uso di una WaitHandle su uno o piu' AsyncWaitHandle e' esattamente quello che intendevo quando dicevo "1) Realizzare un webservice che faccia le azioni e gestirlo in modo asincrono dalla mia pagina, per esempio visualizzando una barretta incrementale ".
Quello che cercavo di capire era come superare la limitazione dell'HTTP di avere bisogno di una domanda per generare una risposta.
Ad esempio la finestra di booking gestita da Fineco mi sembrava un punto di partenza, essendo gestita in PUSH. Ma esattamente come funziona?

Ciao e grazie dell'interesse