Tesi - Computer Engineering Group - Università degli studi di Parma

More documents

Recommendations

Info

Capitolo 2 Strumenti e Tecnologie Utilizzate Questo capitolo tratta degli strumenti e delle tecnologie che sono state sfruttate lungo il corso della tesi. In particolare si parlerà del framework applicativo Spring che ha permesso di ottenere l’astrazione progettuale; della piattaforma JADE, utilizzata per la progettazione di sistemi multi-agente; dell’architettura JXTA, che ha fornito le basi per lo sviluppo del P2P ed infine di RAIS, un sistema per la condivisione di documenti, progettato nei laboratori AOT dell’Università degli Studi di Parma. 2.1 Astrazione dell’architettura: il framework Spring M olti progetti Java hanno strutture che normalmente coinvolgono vari framework per potersi avvalere delle loro caratteristiche. Questa mole di informazioni, ha necessità di essere trattata
Strumenti e Tecnologie Utilizzate 23 adeguatamente prima di essere aggregata in maniera consona all‟utente che deve poter accedere alle informazioni che gli sono necessarie. Quindi un portale, ad esempio, ancora prima di iniziare il lavoro di elaborazione, avrà bisogno localmente, dei servizi offerti da vari framework. Si pensi al recupero delle credenziali dell'utente o delle sue preferenze nella visualizzazione delle informazioni, queste poche operazioni hanno bisogno dei dati recuperati da un database e del supporto dei servizi di presentazione, e di logica applicativa che permettono di fornire all' utente finale ciò che ha richiesto. Dal punto di vista architetturale, è necessario usufruire di un framework che fornisca dei servizi (accesso ai database, template service e altri), al quale eventualmente aggiungerne di propri. Naturalmente è necessario anche qualcuno che aggreghi questi servizi e fornisca un unico punto di accesso dal quale consultarli, questa aggregazione può produrre codice molto complesso. Questo problema è comune anche ad altre tipologie applicative. Essendo l' integrazione dei servizi, un problema ricorrente, si è trovata una nuova soluzione progettuale al problema, mediante un pattern, chiamato Inversion of Control (IoC) o anche Dependency Injection, in antitesi con quello più classico del Service Locator. L' IoC permette di descrivere come gli oggetti devono essere valorizzati e con quali altri oggetti hanno delle dipendenze; è il container che è il responsabile del collegamento fra questi oggetti, è il container che "inietta" le dipendenze tra gli oggetti, da cui il nome di Inversion of Control, in questo modo non è necessaria una classe che faccia dei “look-up” per trovare i servizi, ma sono i servizi che vengono resi disponibili in un container. Esistono tre tipi di implementazione dell' Inversion of Control: i servizi implementano un‟interfaccia dedicata (Avalon); setter based: le dipendenze vengono assegnate settando dei valori a dei JavaBeans (Spring e HiveMind); constructor based: le dipendenze vengono assegnate, passando degli argomenti ai costruttori (PicoContainer). Ora vediamo nello specifico il framework che ci interessa analizzare: Spring. Spring è un framework J2EE "leggero", in opposizione ad approcci cosiddetti
Page 1 and 2: UNIVERSITÀ DEGLI STUDI DI PARMA FA
Page 3 and 4: Ringraziamenti Premetto che i ringr
Page 5 and 6: Indice Indice delle Figure……...
Page 7 and 8: Indice delle Figure 1.1 Ciclo di vi
Page 9 and 10: Indice dei Listati 3.1 Implementazi
Page 11 and 12: stesse capacità e responsabilità
Page 13 and 14: Introduzione 11 1. scalabilità: il
Page 15 and 16: Introduzione 13 trasmettere agli al
Page 17 and 18: Introduzione 15 instradare efficien
Page 19 and 20: Introduzione 17 In terzo ed ultimo
Page 21 and 22: Introduzione 19 eseguire attività
Page 23: Introduzione 21 Per un simile siste
Page 27 and 28: Strumenti e Tecnologie Utilizzate 2
Page 43 and 44: Capitolo 3 Il framework Spring Di s
Page 45 and 46: Il framework Spring 43 senza EJB. I
Page 47 and 48: Il framework Spring 45 (recipe) per
Page 49 and 50: Il framework Spring 47 …
Page 51 and 52: Il framework Spring 49 momento in c
Page 53 and 54: Capitolo 4 L’integrazione JADE- J
Page 55 and 56: L‟integrazione JADE-JXTA-RAIS 53
Page 75 and 76:
L‟integrazione JADE-JXTA-RAIS 73
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Capitolo 5 L’architettura RAIS Qu
Page 83 and 84:
L‟architettura RAIS 81 Gli attual
Page 85 and 86:
L‟architettura RAIS 83 Nello spec
Page 87 and 88:
L‟architettura RAIS 85 l‟access
Page 89 and 90:
L‟architettura RAIS 87 La compone
Page 91 and 92:
L‟architettura RAIS 89 propria cl
Page 93 and 94:
L‟architettura RAIS 91 quale è p
Page 95 and 96:
L‟architettura RAIS 93 Figura 5.5
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
L‟architettura RAIS 99 debbano fa
Page 103 and 104:
L‟architettura RAIS 101 o peerCon
Page 105 and 106:
L‟architettura RAIS 103 … …
Page 107 and 108:
L‟architettura RAIS 105 … …
Page 109 and 110:
L‟architettura RAIS 107 Figura 5.
Page 111 and 112:
Conclusioni I risultati finali di q
Page 113 and 114:
Bibliografia Vari autori, Sistemi p
show all

Tesi - Computer Engineering Group - Università degli studi di Parma

Create successful ePaper yourself

Delete template?

Save as template?