Configurazione Callback

Configurazione del sottosistema di callback

Introduzione

Il sottosistema di callback fornisce l'infrastruttura a tutte le applicazioni della suite per inviare messaggi in tempo reale dal server al client. Esistono svariate tipologie di messaggi, ad esempio una notifica di nuove attivita' da parte del workflow, oppure un messaggio popup dall'amministratore, oppure ancora messaggi di chat, notifiche dei permessi eccetera.

Senza questo meccanismo, il client sarebbe abbandonato a se stesso e sarebbe costretto ad esseffuare un polling continuo sul server per vedere se ci sono "delle novità". La soluzione del polling (test periodico) e' di difficile utilizzo all'atto pratico, in quanto eventi che potenzialmente sono di immediata necessità verrebbero letti al ciclo di polling successivo la produzione dell'evento, cosa che può accadere anche dopo parecchi secondi. Non è possibile effettuare un polling troppo frequente in quanto il sommarsi delle chiamate di molteplici client (soprattutto quando ce ne sono parecchi attivi) a frequenza elevata causa un collasso del server.

Per risolvere questo problema il sottosistema di callback forza ogni client a fare una chiamata al server. Tale chiamata resta "attiva" sul server e non torna finchè non ci sono messaggi per il client chiamante. La chiamata "appesa" non sovraccarica assolutamente il server, ma necessita di un canale di comunicazione costantemente aperto dal client al server.

Manutenzione base messaggi

Il pannello di manutenzione della base messaggi fornisce una visione dei messaggi che sono attualmente parcheggiati nel database in attesa di lettura da parte dei client. Normalmente non serve interagire con questo pannello dato che i messaggi prima o poi verranno letti dai client. Se però ci sono situazioni in cui un messaggio resta "inceppato", da qui è possibile rimuoverlo.

Configurazione

Il sottosistema di callback permette di essere configurato sotto vari aspetti. Qui di seguito viene spiegato il significato dei vari parametri disponibili:

Ritardo minimo tra i roudtrip

Il roundtrip e' la chiamata che il client effettua al server per ottenere i nuovi messaggi. Potenzialmente un roundtrip potrebbe durare anche ore se non ci sono messaggi disponibili per il client. Quando un messaggio viene inviato al client, il suo roudtrip termina ed i nuovi messaggi vengono tornati al client. Il client li processa e, una volta terminata questa operazione, si prepara per un nuovo roundtrip sul server. Questo parametro regola l'attesa passiva che il client deve effettuare prima di chiamare nuovamente il server alla fine del processo dei messaggi ricevuti. Il default è 0ms, quindi la chiamata successiva avviene immediatamente.

Ritardo cancellazione messaggi

Quando un messaggio viene letto dal client viene successivamente messo in lista di cancellazione. La cancellazione non avviene subito perchè, a seconda della tipologia di messaggio, potrebbe interessare anche altri client. Quindi, per assicurarsi che tutti i client interessati abbiano il tempo di ricevere il messaggio si effettua una attesa (default 15000ms) prima della cancellazione.