|
||||||||
| PREV NEXT | FRAMES NO FRAMES | |||||||
ReplicaManager un segnale di "acknoledge" ACK.
ReplicaManager che continui
a fornire il servizio iniziato dal precedente servitore.
FrontEndThread.cambiaReplicaManager(java.util.Set), nel tentativo di fornire
una certa fault-tolerance.
FrontEnd
ReplicaManager per richiedere le operazioni di servizio.Client.
FrontEnd.
Client e un riferimento al FrontEnd "padre".
Client-FrontEnd FrontEnd-ReplicaManager
relativa ad una operazione di tipo GET.
Robot-FrontEnd relativa ad una operazione di tipo GET.
CallMsgManager.GOSSIP_BY_NEED : se true indica che il
CallMsgManager effettua gossip by need.
CallMsgManager.GOSSIP_BY_NEED e' settato a false)
prima di ritestare se puo' eseguire una query la cui esecuzione deve
essere ritardata fino a che lo stato del RM non e' aggiornato tanto
quanto quello del FE che l'ha richiesta.
MsgHeader nella riga row della tabella.
MsgHeader visualizzato nella riga row
della tabella.
CallMsgManager devono effettuare
gossip by need.
CallMsgManager.GOSSIP_BY_NEED e' settato a false) prima
di ritestare se puo' eseguire una query la cui esecuzione deve essere
ritardata fino a che lo stato del RM non e' aggiornato tanto quanto
quello del FE che l'ha richiesta.
CallMsgManager attende (se il flag StatoRM.GOSSIP_BY_NEED e'
settato a false) prima di ritestare se puo' eseguire una query la cui
esecuzione deve essere ritardata fino a che lo stato del RM non e'
aggiornato tanto quanto quello del FE che l'ha richiesta.
ReplicaManager,
per prima cosa avvia il Thread che effettua il Gossip periodico, poi rimane
in ascolto sulla porta Gossip specificata e all'arrivo
di una richiesta di Gossip, genera un thread GossipReplier che si occupa di
effettuare il protocollo.Client.HAbstractTableModel.getHeaderAt(int).HeaderTable delle intestazioni
scaricate da un FE.FrontEnd.
FrontEnd.
FrontEnd.
StatoRM non e' compreso
nell'intervallo [0,numRM-1] dove numRM e' il numero di RM del sistema.Client-FrontEnd FrontEnd-ReplicaManager
relativa ad una operazione di tipo LIST.
Robot-FrontEnd relativa ad una operazione di tipo LIST.
FrontEndThread creato tenta la prima
connessione con il Replica Manager passato nella linea di
comando.
ReplicaManager corrente gli host degli altri Replica
Manager ad esso noti.
Client.interfacciaUtente() e quelli corrispondenti al comando inserito
dall'utente.
RMSetup.
Robot
al FrontEnd e' visualizzato in una finestra che rimane visibile
anche dopo il termine di tutte le operazioni.
FrontEnd.
Robot.mindelayfornisce l'intervallo massimo tra due operazioni in millisecondi.
MsgHeader new_headers.
Client.interfacciaUtente(), contiene il nome inserito dall'utente
come mittente dell'ultimo messaggio inviato.
FrontEnd.
FrontEnd.
FrontEndThread sceglie un nuovo
RM a fronte della caduta di quello corrente.
FrontEnd.
FrontEnd.
Output il nome dello thread corrente seguito dalla stringa passata come argomento e va a capo.
Client-FrontEnd FrontEnd-ReplicaManager
relativa ad una operazione di tipo PUT.
Robot-FrontEnd relativa ad una operazione di tipo PUT.
StatoRM.numRM-1.
Client, richiedendo continuamente al
FrontEnd delle operazioni.
CallMsgManager ad ogni nuova connessione.
CallMsgManager.GOSSIP_BY_NEED : se settato a true indica che il
CallMsgManager deve effettuare gossip by need.
CallMsgManager.GOSSIP_BY_NEED e' settato a false) prima di
ritestare se puo' eseguire una query la cui esecuzione deve essere
ritardata fino a che lo stato del RM non e' aggiornato tanto quanto
quello del FE che l'ha richiesta.
FrontEndThread in attesa di una risposta da un Replica
Manager considera sconveniente continuare ad attendere.
Comando non e' valido.
|
||||||||
| PREV NEXT | FRAMES NO FRAMES | |||||||