|
||||||||
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.mindelay
fornisce 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 |