Menu ▾ ▴

TestXMPP_2

Pina Palmieri

Test CoFFEE 8 Aprile 2011

Bug in CoFFEE, installando la nuova versione di OpenFire? 3.7.0, il Controller ha problemi, sembra da controllare, con la creazione della room.

Tool testati: chat e presence; Funzionalità testate: latecomer, anonimia, blocco utenti, ricaricamento sessioni;

Session demo utilizzata per i test:

N.B: per le tracce dei test, vedi allegati.

Test 1: xmpp, tool al volo

Ilaria

  • avvia il server openfire sul desktop (trantor);
  • avvia controller sul portatile, utente “ilaman”;
  • avvio discusser “ilaman2”;

Pina connette gli utenti “pina” e “pina2”;

Avvio della presence come tool al volo (serie di BUG) Ticket#3284652:

  • pina e pina2 hanno il tool ma risulta che non ci sono utenti;
  • ilaria avvia un altro client ilaman3 su un’altra macchina (quindi come ritardatario) e non riceve il tool; gli >altri client non ricevono l’ingresso del client ilaman3 nella presence; il controller invece vede ilaman3 connesso >nel pannello di controllo;
  • ilaman3 esce e poi rientra e funziona tutto: riceve il tool aggiorna la propria lista, gli altri aggiornano le loro liste;
  • Pina e Pina2 si disconnettono e si riconnettono e ricevono il tool con tutti i discusser; il controller riceve la connessione sia sul pannello di controllo che sulla presence;

Avvio della chat come tool al volo:

  • check Update message: ok (sia singoli che multiutente)
  • il Controller imposta l’anonimia
    • tutti i discusser la ricevono
    • tutti i discusser risultano anonimi (eccetto che per il Controller)
  • BUG1: il controller risulta anonimo per i discusser di Pina ma non per quelli di Ilaria (sia sulla stessa macchina del Controller che sull’altra macchina)

Ticket#3284609

Avvio di un discusser latecomer “ilaman3”:

  • riceve i tool (presence e chat)
  • riceve il contenuto dei tool
    • la lista di utenti completa nella presence
    • la chat (sia la parte iniziale in chiaro sia la parte anonima) ma con il nome del Controller in chiaro (vedi BUG1)

Il Controller imposta la chat completamente anonima:

  • BUG2: i discusser non ricevono notifica del cambiamento Ticket#3284656
  • BUG1 bis: anche in modalità completamente anonima i discusser di ilaria (sia sulla stessa macchina del controller che sull’altra) vedono il nome del controller

Ticket#3284609

  • la chat è anonima anche per il controller (ok)

Il controller re-imposta la chat con anonimia “semplice”: ok (ma sempre con il BUG1);

Il controller re-imposta la chat con i nomi: ok;

Chiusura del client Pina2, che esce dalla presence di tutti e anche dal pannello di controllo (ok);

Chiusura del Controller:

  • chiusi di conseguenza i discusser (ma non sarebbe il caso di far comparire una dialog ai client invece di far scomparire la’applicaizone brutalemnte?)
  • CHECK: verificare in Eclipse se sul Controller la chat in chiusura lancia delle eccezioni
  • CHECK: verificare in Eclipse se sul discusser () la chat in chiusura lancia eccezioni (java.lang.reflect.InvocationTargetException?)

Riavviato il controller e ricaricata la sessione:

  • i tool si sono aperti
  • BUG3 : la presence porta gli utenti presenti (quelli che c’erano al momento della chiusura, non quelli che si sono disconnessi prima della chiusura) Ticket#3284660
  • BUG3.1: nel pannello di controllo risulta presente ilaman3 Ticket#3284661

  • BUG4: nella chat il ricaricamente del copy &paste ha dato problemi con il da capo che non viene (de)codificato: Ticket#3284631

    pina: ??: aaa#ovag;???: aa#ovag;???: aa#ovag;???: a#ovag;???: ciao xvxcv#ovag;
    Insegnante: sdds#ovag;
    pina2: eccoci#ovag;
    pina: di nuovo#ovag;

Dopo il ricaricamento della sessione:

  • si connette Pina, riceve: dialog della chat di avviso cambio modalità , tool e messaggi della chat
  • si connette Pina 2 riceve: dialog della chat di avviso cambio modalità , tool e messaggi della chat
  • connessione dei Discusser “ilaman2” e ilaman3 (che erano presente nella sessione):
    • ricevono i tool
    • nella presence vedono tutti gli utenti che erano connessi quando è stata chiusa la sessione compreso loro stessi (è giusto?);
    • per la chat tutto ok (ma sempre con il bug1 e il bug 3)
  • Connessione del Discusser “ilaman4” (che NON era presente nella sessione): ok

Chiusura dei Discusser Ilaman4, ilaman2, Pina:

  • la presence viene aggioranta per tutti;
  • il pannello di controllo viene aggiornato;

Chiusura del controller;

Pina: Il Discusser viene chiuso senza lasciare eccezioni;

Avvio di nuovo del Controller e ricaricamento della stessa sessione di nuovo:

  • i tool si avviano
    • la chat si ricarica correttamente (sempre con i bug1 e il bug 3)
  • BUG la presence porta presenti i discusser ilaman3 e pina2 che erano presenti ancora alla chiusura del controller; Ticket#3284660
  • BUG risulta presente sul pannello di controllo pina2Ticket#3284661

Test 2: TCP, tool al volo

Ilaria

  • avviato il controller con TCP;
  • avviato un discusser “ila”
  • avviato un discusser “ila2”

Il controller avvia la presence come tool al volo:

  • vede tutti e 4 i discusser: ila, ila2, pina, pina2

Il controller avvia la chat come tool al volo

  • messaggio di update ok (anche multiplo)
  • anonimia “semplice”
    • il controller vede tutti i nomi;
  • BUG: i discusser di pina vedono tutto anonimo mentre i discusser di ilaria vedono il nome del controller (stesso bug di xmpp) Ticket#3284609
  • anonimia “TOTALE”:
    • il controller vede tutto anonimo tranne se stesso;
  • BUG: i discusser di pina vedono tutto anonimo mentre i discusser di ilaria vedono il nome del controller (stesso bug di xmpp); in Ticket#3284609 vedi comment(1)

Nota: in coffee 5.0 i discusser vedono il nome dell’insegnante;

Ritorno alla modalità anonima semplice: ok;

Ritorno alla modalità pubblica: ok;

Chiusura del client Ila2: pannello di controllo viene aggiornato;
Riconnessione ila2: ok;
Chiuso ila2;

Chiusura di un discusser Pina2 e riconnessione:

  • Il tool di presence è aggiornato con i due utenti ancora connessi (pina e ila)
  • Il Discusser later (pina2 ) riceve tools con tool di presence aggiornata

Chiuso il Controller:

(verificare eccezioni in eclipse)

  • un discusser (Pina) non viene chiuso ed appare una dialog di error “Disconnection client error, Reason 1. Server is not on air, 2. the disconnected client is pina”. Nella console di eclipse, mi segnala “ java.io.IOException: client not connected ...sendExitMessage(GroupPresenceService?.java:173) Ticket#3284626

Riavviato il controller e ricaricata la sessione

  • sono stati avviati i tool
  • il pannello di controllo è giustamente vuoto
  • la presence è vuota
  • BUG: nella chat sul copy &paste c’è un problem di codifica del \n (stesso bug che con xmpp);

Ticket#3284631

Riconnessione dei discusser “ila”, Pina e Pina2:

  • avviati i tool;
  • la chat è ok (ma sempre con i due bug sul copy and paste e sul nome del controller in modalità anonima)

Connesso un nuovo discusser “ILARIA”: ok;

Chiusura del discusser “ila”: ok, la presence viene aggiornata;

Chiuso il Controller: * i discusser (Pina e Pina2) si sono disconnessi (ok);

(verificare eccezioni in eclipse) Ticket#3284626

Riavviato il controller e ricaricata la stessa sessione:

  • avviati i tool;
  • presence e pannello di controllo vuoti
  • la chat è ok (ma sempre con da verificare il bug sul copy and paste e sul nome del controller in modalità anonima)
  • dopo il secondo ricaricamento, si connette prima il discusser (Pina) e il tool di presence mostra solo se stesso (ok)

  • verificare SE alla chiusura del Controller vengono lanciate eccezioni in eclipse

    java.lang.NullPointerException at it.unisa.coreplugins.coffeeServerCore.ecf.internal.tracer.LEADServerTracer.createRemoteSharedObjectEvent(LEADServerTracer.java:174
    at it.unisa.coreplugins.coffeeServerCore.ecf.internal.tracer.LEADServerTracer.handleMessageSent(LEADServerTracer.java:163)
    at it.unisa.coreplugins.ecf.BasicSharedObject.fireMessageSendedHandlers(BasicSharedObject.java:379)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:207)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:249)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:306)
    at it.unisa.toolplugins.ecf.ECFLEADContext.sendMessage(ECFLEADContext.java:147)
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:228)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:224)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:224)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:224)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:224)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at it.unisa.groupPresenceTool.server.GroupPresenceService.processDisconnection(GroupPresenceService.java:75)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at it.unisa.groupPresenceTool.server.GroupPresenceService.processDisconnection(GroupPresenceService.java:75)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at it.unisa.groupPresenceTool.server.GroupPresenceService.processDisconnection(GroupPresenceService.java:75)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at it.unisa.groupPresenceTool.server.GroupPresenceService.processDisconnection(GroupPresenceService.java:75)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:229)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:104)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)

Test 3: TCP, sessione

nota: questo test è stato influenzato da un problema in fase iniziale: il client ila2 si è connesso durante la suddivisione in gruppi ed ins eguitoa questo si sono verificate moltissimi probklemi che non si sono ripetuti nel successivo test; probabilemente l’unica cosa da prendere in considerazione da questo test è la gestione delle connsessioni duratne la suddivisione in gruppi; Ticket#3284645

“Sessione con passi di gruppi con protocollo TCP”

Pina esegue il Controller (che si collega con il nome di Pina) sul portatile e un discusser (Pina) su PC.

Ilaria collega ila e ila2;

Controller, Primo passo, utenti nei gruppi:

  • G1: pina e ila;
  • ila2 si è piantato e non risulta in nessun gruppo dei discusser, mentre il controller la vede nel pannello di controllo; ricollego ila2 ed entra nel gruppo1; * Il Controller prima di avviare lo step, non vede la suddivisione in gruppi; probabilemente Ila2 si è connesso durante la suddivisione in gruppi e questo ha creato problemi sia l controller (che non ha gestito la suddivisione in gruppi correttamente, che al client, che è riamsto bloccato;
    Prima di avviare il passo, gli utenti NON sono stati disposti nei gruppi, eranno tutti nel gruppo1;

Il controller vede nel G1 tutti i discusser Ora sposto nel G2 il discusser ila

Chat: anonimia attivata al secondo gruppo,

(BUG) gli utenti pina e ila2 del gruppo1 ricevono il messaggio (che non dovevano ricevere) ma la chat resta non anonima ila nel gruppo2 vede anonimo l’insegnante; Chat: attivo anonimia al G1: il Controller vede il nick del discusser quando il discusser (che si trova sulla stessa macchina del Controller) scrive, ma il discusser vede come nick “Teacher” anonimia nella chat: i client di ilaria vedono il teacher anonimo, mentre i client di pina no (come nel caso di XMPP) Cambio gruppo, i gruppi con utenti: G1: ila ; G2: pina ila2

Connesione di un later : ila3 viene messa nel gruppo 1 e disconnessione ila2 del G2 e si riconnette, nel G2

Disconnessione dell’utente “pina” dal gruppo G2; alla riconnessione viene messa nel G1 e anche il pannello di controllo lo presenta nel G1(Bug)

QuickChat? funziona sia per i client che per il server

N.B Pina x errore passa velocemente al passo 2 al passo 3 :--| ( Passo 2 : i colori dell presence sono corretti

Passo 3: G1: pina, ila3 G 2:ila2,ila test sui block utente (ila2, ok) block classe: ok

IL controller chiude con exit e (***): Controllare ev.mente in eclipse, nei log non ci sono NullPointerEX.

Ticket#3284626

java.lang.NullPointerException
    at it.unisa.coreplugins.coffeeServerCore.ecf.internal.tracer.LEADServerTracer.createRemoteSharedObjectEvent(LEADServerTracer.java:174)
    at it.unisa.coreplugins.coffeeServerCore.ecf.internal.tracer.LEADServerTracer.handleMessageSent(LEADServerTracer.java:163)
    at it.unisa.coreplugins.ecf.BasicSharedObject.fireMessageSendedHandlers(BasicSharedObject.java:379)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:207)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:249)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:306)
    at it.unisa.toolplugins.ecf.ECFLEADContext.sendMessage(ECFLEADContext.java:147)
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:220)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:220)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:102)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
java.lang.NullPointerException
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:216)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:220)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:102)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObj

Il Controller riavvia la sessione:

Controller side:

nell’ultimo passo, la presence è vuota

Nel secondo passo il tool di presence presenta il discusser ila di colore blue, mentre i discusser pina, ila2 e ila3 sono di colore nero (BUG)

Discusser side

Il Discusser Pina e ila3 non ricevono il primo passo che era di gruppo (BUG), mentre il client ila(G1) e ila2 (G2) entrano e vedono il proprio gruppo; il Controller li vede i due gruppi con tutti gli artefatti, Nel secondo passo il tool di presence presenta il discusser ila di colore blue, mentre i discusser pina, ila2 e ila3 sono di colore nero (BUG uguale lato Controller)

Al passo 3 il discusser pina vede solo il proprio gruppo (ed è giusto perchè non è chiuso lo step)

Il controller chiude la sessione ma il client ila e pina non vengono chiusi;

La traccia non è stata chiusa con i tag trace, document

La sessione ricaricata viene ricaricata una seconda volta:

Il pannello di controllo presenta i discusser tutti (potrebbe dipendere dall traccia incompleta) - e quindi non si riescono a riconnettere; connettiamo due client nuovi che ricevono tutto correttamente (eccetto per i bug già segnalati)

Il controller riesce a chiudere la sessione con il “Finish”

Il controller viene chiuso e chiude i client ; La sessione viene ricaricata ancora, si conentte un client “giu” che non riceve nulla; si connette un altro client “ele” che riceve tutto;

il bottone close della sessione funziona; il bottone exit della sessione funziona

Test 3b: TCP, sessione

Sessione con passi di gruppo, con protocollo TCP, chat e presence:

  1. Passo con due gruppi, ognuno con chat e presence; obiettivo: testare gruppi e la caratt. di awareness della chat (use diff.color for each user)
  2. Passo con unico gruppo con chat e presence;
    • configurazione chat: blockable
    • configurazione della presence: awareness (show participant group history)
  3. Passo di due gruppi, ognuno con chat e presence; attivata l'opzione "Show the groups artifacts to each others";
  4. Passo con un unico gruppo: chat e presence con configurazione di default

Pina esegue il Controller (che si collega con il nome di Pina) dal portatile e un discusser (pina) su PC.

Ilaria collega i client ila e ila2;

Passo 1

Utenti nei gruppi:

  • G1: pina e ila;
  • G2: ila2

Il Controller imposta l'anonimia per il gruppo (G2):

  • (BUG) gli utenti pina e ila2 del gruppo1 ricevono il messaggio (che non dovevano ricevere) anche se la chat resta non anonima; * (BUG) ila nel gruppo2 vede anonimo l’insegnante mentre i client di pina lo vedono con il nome;

Ticket#3284609 vedi comment(1)

Il Controller imposta “anonimia completa”

  • BUG: stesso bug dell’anonimia: i client di ilaria vedono il teacher anonimo, mentre i client di pina no (come nel caso di XMPP)

Ticket#3284609 vedi comment(1)

Cambio gruppo di tutti gli utenti, alla fine abbiamo i gruppi con gli utenti:

  • G1: ila2;
  • G2: pina ila;

Connesione di un later : ila3 viene messa nel gruppo 1;

Disconnessione ila (del G2) e riconnessione (nel G2) (ok);

Disconnessione e riconnessione dell’utente “pina” (G2): alla riconnessione viene messa nel G2 e anche il pannello di controllo lo presenta nel G2 (ok);

QuickChat?: funziona sia per i client che per il server;

Passo 2

I colori dell presence sono corretti;

Ogni utente continua a vedere solo il proprio gruppo nel passo precedente (ok).

Passo 3

Utenti nei gruppi:

  • G1: pina, ila3
  • G2: ila2,ila

Test sui "block utente":

  • (ila2, ok)
  • block classe: ok

IL controller chiude con exit e

Controllare in eclipse se ci sono eccezioni

Ticket#3284626

java.lang.NullPointerException    at it.unisa.coreplugins.coffeeServerCore.ecf.internal.tracer.LEADServerTracer.createRemoteSharedObjectEvent(LEADServerTracer.java:174)
    at it.unisa.coreplugins.coffeeServerCore.ecf.internal.tracer.LEADServerTracer.handleMessageSent(LEADServerTracer.java:163)
    at it.unisa.coreplugins.ecf.BasicSharedObject.fireMessageSendedHandlers(BasicSharedObject.java:379)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:207)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:249)
    at it.unisa.coreplugins.ecf.BasicSharedObject.sendSharedObjectMessage(BasicSharedObject.java:306)
    at it.unisa.toolplugins.ecf.ECFLEADContext.sendMessage(ECFLEADContext.java:147)
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:220)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:220)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:102)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObject.java:190)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.handleEvent(BaseSharedObject.java:126)
    at org.eclipse.ecf.provider.generic.SOWrapper.svc(SOWrapper.java:185)
    at org.eclipse.ecf.provider.generic.SOWrapper$2.run(SOWrapper.java:138)
    at java.lang.Thread.run(Unknown Source)
java.lang.NullPointerException
    at it.unisa.chattool.server.ChatService.processDisconnection(ChatService.java:216)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processDisconnection(LEADMessageProcessorECFAdapter.java:220)
    at it.unisa.toolplugins.ecf.LEADMessageProcessorECFAdapter.processEvent(LEADMessageProcessorECFAdapter.java:102)
    at org.eclipse.ecf.core.sharedobject.BaseSharedObject.fireEventProcessors(BaseSharedObj

Il Controller riavvia la sessione:

  • nell’ultimo passo, la presence è vuota anche il pannello di controllo è vuoto (ok)

Dopo il ricaricamento:

  • NONBUG: i Discusser Pina e ila3 non ricevono il primo passo che era di gruppo perchè hanno usato lo stesso nick ma senza maiuscole; questo li fa risultare client “nuovi” quindi non gli mostra i gruppi a cui non appartengono; forse si deve fare in modo che la connessione sia “ignoreCaps”;

Ticket#3285136

  • BUG: Nel secondo passo il tool di presence presenta problemi di colore (sono sbagliati)

Ticket#3285093

  • Al passo 3 il discusser pina vede solo il proprio gruppo (ed è giusto perchè non è chiuso step)

Passo 4

Il controller chiude la sessione, tutti i client vengono disconnessi.

La sessione ricaricata viene ricaricata una seconda volta:

  • Il pannello di controllo è vuoto; la presence dell’ultimo passo è vuota, e button Finish è abilitato e

connettiamo un client che era connesso durante la sessione e riceve tutto correttamente,e connetto ancora un client pina e riceve tutto correttamente; connettiamo un client nuovo che riceve tutto correttamente (eccetto per i bug già segnalati)

  • Il controller riesce a chiudere la sessione con il “Finish” (ok)

Il controller viene chiuso con exit e chiude i client;

La sessione viene ricaricata ancora, si connette un client nuovo che riceve tutto; il bottone close della sessione funziona; il bottone exit della sessione funziona;

Test 4: XMPP, Sessione

Sessione con passi di gruppo, con protocollo XMPP, chat e presence:

  1. Passo con due gruppi, ognuno con chat e presence; obiettivo: testare gruppi e la caratt. di awareness della chat (use diff.color for each user)
  2. Passo con unico gruppo con chat e presence;
    • configurazione chat: blockable
    • configurazione della presence: awareness (show participant group history)
  3. Passo di due gruppi, ognuno con chat e presence; attivata l'opzione "Show the groups artifacts to each others";
  4. Passo con un unico gruppo: chat e presence con configurazione di default

Sul portatile di Pina avviato Controller (si connette come "pina") e un Discusser come pina2; Server openfire su trantor (desktop di Ilaria);

Ilaria connette ilaman, ilaman2, ilaman3;

Controller avvia sessione con gruppi: Utenti nei gruppi (nel pannello di controllo):

  • G1: ilaman2, pina2
  • G2: ilaman, ilaman3

Passo 1

Chat con utenti ognuno con colore diverso;

Il Controller sposta ilaman2 da gruppo 2 a gruppo1; nei gruppi restano

  • G2: ilaman, ilaman2 e ilaman3;
  • G1: pina2

la presence viene aggiornata in entrambi i gruppi;

Ilaria connette un later ilaman4: riceve correttamente il primo passo e viene inserito nel gruppo 1 (ok);

Pina connette un later (guest1, guest): il pannello di controllo aggiorna la presence (ok )

Ilaria disconnette ilaman2 che si trova nel gruppo 2 e lo riconnette: si riconnette nel gruppo 2 e il controller lo vede nel pannello di controllo nel gruppo2 (ok);

Pina disconnette il client pina2 che si trovava nel gruppo1: si riconnette nel gruppo 1 e il controller lo vede nel pannello di controllo nel gruppo1 (ok);

Passo 2

senza gruppi;

BUG: presence con group awareness: c'è qualcosa di sbagliato nei colori; Ticket#3285093

Test funzionalità block dal pannello di controllo : Ok (block specific student, Block classroom, Active classroom);

Passo 3

2 gruppi (con show artifacts nel passo succewsivo);

Passo 4

BUG Un later ilaman si connette e si blocca e neanche il Controller riesce a chiuderlo;

il problema si ripete per ogni utente che si ri-connette, cioè che era connesso e ripete la connessione; non si verifica invece con un latecoemr “nuovo” che non partecipava già alla sessione; Ticket#3285113

Show artifacts: tutti i client vedono gli artefatti dei vari gruppi del passo rpecedente (ok);

Chiusura sessione: tutti i discusser si chiudono.

Ricaricamento sessione

  • BUG: nel pannello di controllo ci sono ilaman 2 e ilaman4 risultano connessi Ticket#3284661
  • Problemi di connessione (Ticket#3285113):
  • BUG: il discusser ilaman tenta di connettersi, e risulta nel pannello di controllo ma si blocca e non riceve niente;
  • BUG: il discesser ilaman 3 tenta di connettersi, e risulta nel pannello di controllo ma si blocca e non riceve niente;
  • BUG: il discesser ilaman 4 tenta di connettersi, e risulta nel pannello di controllo ma si blocca e non riceve niente;
  • BUG: Il discusser guest1 riesce connettersi al terzo tentativo ma non vede i proprio gruppo, invece il discusser pina2 dopo vari tentativi si connette e vede il proprio gruppo che era il primo gruppo
  • il discesser ilaman 2 tenta di connettersi ci riesce e riceve tutto
  • BUG: Alcuni client nella connessione, inseriscono le credenziali, scelgono la room e quando premono “Finish”, compare la dialog di errore di connessione e poi comunque apre la finestra del Discusser ; Ticket#3285122
  • verifica tool ricaricati:
    • Passo 1: in chat: caratt. awareness è andata bene
  • BUG: Passo 2, nella presence non vengono mostrati utenti con colori diversi (awareness) Ticket#3285093