Spring Intro Una panoramica del framework open source. Giovedì 18 febbraio 2016

Transcript

1 Spring Intro Una panoramica del framework open source Giovedì 18 febbraio 2016

2 Programma della mattinata : Primo Modulo Introduzione a Spring Framework Panoramica delle componenti principali IoC e Dependency Injection Configurazione del context : coffee break

3 Programma della mattinata : Secondo Modulo Spring MVC Introduzione alla configurazione MVC Spring Controllers Spring Hateoas: REST Support : Q&A e conclusione dei lavori

4 Introduzione a Spring Framework Il più diffuso framework open-source per lo sviluppo di applicazioni in ambiente Java EE: Adottato ormai come uno standard de facto Non invasivo Modulare Facilita lo sviluppo, occupandosi delle operazioni base e lasciando al programmatore il focus sulla logica di business Promuove pratiche di programmazione virtuose e l uso di design patterns

5

6

7 Core Container Core & Beans compongono la parte fondamentale del framework e forniscono funzionalità quali IoC e Dependency Injection Context fornisce un metodo di accesso agli oggetti gestiti da Spring, in modo simile ad un registro Expression language fornisce un potente linguaggio per leggere e manipolare oggetti a runtime (jsp, security, ecc..)

8 AOP, Aspect, Instrumentation AOP implementazione AOP Alliance-compliant che permette all utente di definire intercettori e punti di controllo per disaccoppiare funzionalità distinte Aspect integrazione con AspectJ Instrumentation classi di supporto e classloaders per vari applications server (spring-instrumentationtomcat)

9 Data Access Integration JDBC ORM integrazione con framework come Hibernate e ibatis OXM integrazione con framework di mapping Obj/xml (jaxb, castor, ecc..) JMS Transaction per la gestione programmatica delle transazioni

10 WEB Web offre funzionalità base per applicazioni web-oriented, come l upload multipart e l inizializzazione del container IoC attraverso l uso di Servlet Listeners WebMVC (web servlet) fornisce le implementazioni per il pattern model-view-controller e i protocolli REST WebMVC - Portlet come la precedente, ma implementa il protocollo JSR-286 (portlet 2.0)

11

12 IoC e Dependency Injection IoC Pattern Le basi del Container IoC

13 IoC Pattern Un applicazione Java consiste tipicamente in un insieme di componenti (oggetti) che collaborano tra loro in diversi modi, generando delle dipendenze tra di loro. Una delle lacune di Java è la mancanza di un metodo standard per la gestione e l organizzazione dei blocchi principali di un applicazione. La soluzione è lasciata all architetto (o molto spesso al programmatore stesso), che si può affidare ai Design Patterns.

14 IoC Pattern

15 IoC Pattern Spring utilizza il principio chiamato Inversion of Control (IoC) per gestire questa complessità, fornendo una modalità per comporre i diversi oggetti di un applicazione in un unico progetto coerente. Implementa una serie di pattern che possono essere utilizzati in modo semplice dall utente. Il Dependency Injection è una modalità con la quale viene realizzato IoC.

16 IoC Pattern Il Dependency Injection è un processo attraverso il quale gli oggetti definiscono le proprie dipendenze, in tre modalità: Argomenti del Construttore Argomenti ad un Factory Method Proprietà che devono essere settate (setters) Il Container si occupa di iniettare queste dipendenze, in modo automatico, invertendo di fatto il processo di creazione degli oggetti.

17 IoC Pattern

18 Le basi del Container IoC L interfaccia ApplicationContext rappresenta il Container IoC Spring. E responsabile della creazione, configurazione e assemblaggio dei beans.

19 Le basi del Container IoC Le istruzioni per la creazione dei beans vengono caricate dai metadati di configurazione, che sono rappresentati da: XML Java Annotations Java Configuration Questi metadati esprimono le dipendenze tra gli oggetti gestiti nella nostra applicazione.

20 Configurazione del Context Creazione di un context: xml, annotation e configuration Inizializzazione di un Container IoC: standalone e web Uso del Container IoC

21 Creazione di un Context: XML

22 Creazione di un Context: Annotation

23 Creazione di un Context: Annotation Per essere attivo richiede la configurazione preventiva di uno scanner per individuare le annotation: Le injection via Annotation vengono chiamate prima di quelle dichiarate via configuazione xml.

24 Creazione di un Context: Annotation Esiste una gerarchia di Stereotipi che ci aiuta a definire il ruolo dei nostri oggetti all interno della struttura dell applicazione:

25 Creazione di un Context: Java Config

26 Inizializzazione di un Container IoC In modalità stand-alone (cioè non web) un context può essere inizializzato caricando un metadato (xml config) o registrando una o più classi di configurazione (java config)

27 Inizializzazione di un Container IoC Un esempio di caricamento tramite configurazione Java

28 Inizializzazione di un Container IoC

29 Uso del Container IoC Abbiamo già visto che l interfaccia ApplicationContext rappresenta il nostro Container e inizializza il context. Una volta inizializzato il context possiamo recuperarlo nei nostri bean possono essere wirate anche Collections<T> dove T è in una gerarchia di beans gestiti context.getbean(string name, Class<T> requiredtype)

30 Uso del Container IoC

31 Spring MVC Spring web-mvc Il Pattern MVC Spring MVC architetture Dispatcher Servlet Componenti principali

32 Spring web-mvc Spring web-mvc è un modulo di Spring che possiamo utilizzare nei nostri progetti. E il modulo di riferimento per le applicazioni web (sia classiche che REST) Implementa il pattern Model - View - Controller

33 Il Pattern MVC MVC è un pattern architetturale di front-end per l interazione con altri sistemi. Si basa sull interazione di tre componenti principali, opportunamente configurati.

34 Il Pattern MVC Rappresentazione del flusso di esecuzione in un pattern mvc

35 Spring MVC Architecture Assumendo l uso di jsp, possiamo rappresentare così l archiettura mvc implementata da Spring

36 Spring MVC Architecture DispatcherServlet: single point of access per le richieste Controller: si occupa di elaborare le richieste e costruire gli elementi necessari per inviare la risposta View: si occupa di renderizzare i dati contenuti nel model ModelAndView: incapsula la relazione tra view e model, contenendo i dati (model) e il nome logico della vista Model/ModelMap: contiene i dati (tipicamente pojo) che servono per il rendering finale della vista

37 Dispatcher Servlet E la servlet principale dell applicazione, nella maggior parte dei casi, l unica servlet definita. Si occupa anche di inizializzare i componenti del framework che servono a processare le richieste (interceptor, view resolver, internationalization, ecc..) Gestisce tutte le richieste in arrivo e le dirotta ai vari controller, determinando quale di essi sia deputato a gestire la richiesta specifica Utilizza un design pattern chiamato Front Controller.

38 Dispatcher Servlet Deve essere inizializzata nel web.xml. E richiesta la creazione di un WebApplicationContext per ogni servlet definita... ricordate il secondo contesto definito durante la creazione del progetto? Vediamolo insieme!

39 Componenti principali: Controller E responsabile di ricevere le richieste dall utente (o dal browser) Interpreta e valida gli input dell utente Trasforma gli input ricevuti in oggetti più o meno complessi Si occupa di creare e popolare il model, utilizzando i servizi sottostanti All interno di un applicazione Spring, può essere riconosciuto per dall

40 Componenti principali: Model Il Model è un contenitore di oggetti (pojo o beans) che saranno inviati alla view per essere rappresentati Tipicamente viene implementato attraverso una Map<String, Object> All interno di un applicazione Spring web troveremo spesso un oggetto di tipo ModelAndView, che incapsula la relazione tra model e view e viene ritornato dal controller

41 Componenti principali: View Si occupa di renderizzare l output finale da ritornare al browser o all invocante Possono essere utilizzate diverse tecnologie per la realizzazione della view, ad esempio: jsp tiles velocity struts ecc Spring utilizza uno (o più) bean per matchare il nome della view definito nel controller con un oggetto specifico da processare (un file jsp, un template velocity, ecc..)

42 Introduzione alla configurazione MVC Guardiamo insieme un esempio di contesto View Resolution

43

44

45 Configurazione MVC All interno del file di esempio possiamo discutere gli elementi principali di questo context: - <context:annotation-config /> component-scan <mvc:annotation-driven/> <mvc:default-servlet-handler/> esempi di view resolver <mvc:argument-resolvers /> <mvc:interceptors /> security

46 View Resolution Possiamo definire più beans che si occupino di matchare il nome logico di una vista con un bean/file/template. Tutti questi beans implementano due interfacce: - ViewResolver Ordered Questi resolvers dovrebbero sempre essere ordinati e la risoluzione avviene per pattern matching. Possiamo definire più beans che si occupino di matchare il nome logico di una vista con un bean/file/template.

47 Spring Controllers Definizione di un Controller Request Mapping Parameter Injection RequestBody e ResponseBody

48 Definizione di un Controller Lo identifica una classe deputata alla gestione di una o più richieste http. L è utilizzata per definire il mapping tra le richieste, definite come url + parametri, e i metodi deputati alla gestione. Può essere utilizzata a livello di classe, per definire un path specifico valido per tutti i metodi, o a livello di metodo. Accetta una serie di parametri che analizzeremo tra poco.

49 @Request Mapping Definisce il mapping tra url e classe/metodo di gestione Properties disponibili: Value: definisce il path url a cui il metodo risponde Method: definisce l elenco dei metodi HTTP che il metodo supporta (GET, POST, OPTION, PUT, ecc..) Consumes/produces: definisce il mimetype del contenuto che il metodo supporta. Il mimetype è usato per fare il marshalling e l unmarshalling del contenuto della request e della response (esempio: text/html, application/json, ecc..) Alcuni mimetype richiedono converters (json, xml,..)

50 @Request Mapping

51 Parameter Injection: URI Templates Spring ci permette di definire delle variabili all interno dei nostri path e di gestire queste variabili come parametri in ingresso al controller: - supportano regular expressions - valido solo per tipi primitivi (wrapper), String e Date

52 Parameter Injection: HTTP Params Spring ci permette di definire i parametri della nostra richiesta (GET, POST) come parametri in ingresso al controller: - default per tipi primitivi (wrapper), String e Date - possono essere estesi con i DataBinding - supportano le properties: value, required e defaultvalue

53 Parameter Injection: HTTP Params Possiamo tranquillamente utilizzare tutti questi metodi di injection dei parametri, Spring cercherà il miglior match possibile (o ritornerà 404 se nessun match è possibile)

54 @RequestBody Indica a Spring che l intero body della nostra request deve essere mappato su un unico oggetto java. Deve esistere un converter valido per questo oggetto!

55 @ResponseBody Indica a Spring che l intero body della nostra response deve essere popolato con il valore del tipo di ritorno del metodo. Anche in questo caso deve essere utilizzato un converter valido tra l oggetto java e il mimetype in output dichiarato dal metodo. Utilizzato molto spesso in ambiti REST.

56 Esempio di una vista

57 Spring Hateoas: REST Support ResourceSupport Utilizzo Gestione chiamate Cross-Origin

58 Resource Support La funzionalità principale del pacchetto Hateoas è l introduzione della classe ResourceSupport Supporta nativamente la conversione in JSON, tramite la libreria jackson In ambito REST, ogni metodo che ritorna un dato (@ResponseBody) dovrebbe ritornare: HttpEntity<T extends ResourceSupport>

59 @Rest Controller Novità di Spring 4.0, definito come meta L viene propagata a livello di metodo, quindi non è più necessario indicarla su ogni singolo metodo. Da Spring 4.2 (Luglio 2015) supporta l utilizzo per definire proiezioni di dati.

60 @Json View

61 Gestione di chiamate Cross Origin Una chiamata http viene definita Cross Origin quando l initiator e la destination hanno due domain name diversi (protocol + server name + port). Spesso utilizzate per chiamate ajax. Caso tipico applicazioni REST + frontend javascript!

62 Gestione di chiamate Cross Origin Fino a poco tempo fare era necessario implementare un filtro Da Spring 4.2 non serve permette di modellare questo comportamento, aggiungendo gli header corretti

63 Q&A Domande? Dubbi?

64 Grazie per l attenzione! Per saperne di più sui nostri corsi di formazione visita