Dubbio su "searchFile" e "stop RMI registry"
Clicca QUI per vedere il messaggio nel forum |
| Gatz |
Ciao a tutti ho un dubbio...
Premessa:
Supponiamo di considerare i Peer: test1, test2, test3.
Avviamo "test1", poi avviamo "test2".
Supponiamo che l'algoritmo di bully stabilisca che sia "test2" il "Coordinatore".
"Test2" avvierà il suo RMI registry e avviserà "test1" che a questo punto avrà accesso all'oggeto FileList (e ai metodi a esso associati).
Ecco il dubbio: :wall:
Se "test1" sta eseguendo "searchFile" e, MENTRE l'utente sta scegliendo il file da scaricare o da chi scaricarlo, viene avviato test3 (che riavvia l'elezione) come si può fare in modo di bloccare l'escuzione di "searchFile" avviata da "test1"?
E ancora...
come fa "test2", alla fine dell'elezione (non essendo più il "Coordinatore"), a (cito il testo del progetto) revocare la condivisione dell'oggetto remoto "FileList" ?
esiste forse un modo per FERMARE l'RMI registry e se sì come ?
Grazie a TUTTE le persone che mi risponderanno :pc:
Ciao :ciao: |
| GinoPilotino |
| io ho usato l'unbind. |
| Gatz |
| Quindi, se ho capito bene, hai usato l'unbind per revocare la condivisione giusto ? :? |
| GinoPilotino |
| si. almeno, io ho fatto così. non so se ci sono idee più corrette. |
| Gatz |
Scusa se ti disturbo ancora...
Ma subito dopo aver fatto l'unbind, non fai eseguire al Peer una cancellazione della struttura dati che contiene gli ID dei Peer connessi e l'elenco dei file condivisi ? |
| GinoPilotino |
no.
se sono coordinatore e devo uscire eseguo l'unbind e chiudo altrimenti dopo l'unbind cerco la struttura dati sulla porta rmi del nuovo coordinatore. |
|
|
|
