Spring Framework Core e AOP

J2EE Applications Composte da più “blocchi” in collaborazione tra loro Utilizzano containers invasivi per la gestione di aspetti (transazioni,ecc.) Spesso non rispettano il principio “1:1” – design level requirements-implementation

Le caratteristiche desiderabili DRY principle Modularity Information hiding Separation of Concerns

DRY Principle Ogni sottosistema dovrebbe avere una rappresentazione singola, non ambigua, autoritativa.

Modularity Un’unità in cui gli elementi strutturali sono strettamente legati tra loro e poco legati con le altre unità

Information hiding Ogni modulo è caratterizzato dalla sua conoscenza della decisione di design che nasconde agli altri. La sua interfaccia o definizione è scelta per rivelare il meno possibile sul suo funzionamento.

Separation of Concerns Significa focalizzare su una cosa alla volta

Caratteristiche principali Lightweight container Strato di astrazione per transazioni Strato di astrazione JDBC Integrazione AOP Piena integrabilità con i frameworks più diffusi

Spring lightweight container Configurazione centralizzata degli oggetti applicativi e dei loro collegamenti Non invasivo (le classi non devono implementare particolari interfaces o estendere classi del framework Assembla un sistema complesso a partire da componenti disaccoppiati (POJO)

Astrazione per Transazioni Integra un transaction manager “preconfezionato” utilizzando le funzionalità AOP Demarca le transazioni a livello di configurazione senza dover gestire a codice le problematiche legate alla specificità del contesto.

Strato di astrazione JDBC Uniforma la gestione delle transazioni Si integra con le più diffuse tecnologie ORM Classi di supporto (templates) DAO layer semplificato Riduzione possibilità errori

Funzionalità AOP Approccio AOP integrato Supporto di una parte del progetto “AspectJ” Proxy-based system AOP full language support

I moduli di Spring

Il file spring-context <beans xmlns=" xmlns:xsi=" xmlns:context=" xsi:schemaLocation=" XML BASED Configuration Metadata Attenzione: l’import degli xsd deve essere eseguito in base alle funzionalità implementate

Istanziare i beans In fase di startup i beans vengono pre-istanziati come singletons Gli eventuali errori vengono rilevati subito senza attendere un tempo indefinito In ogni caso i beans possono essere istanziati quando richiesto (lazy-init) Ciascun bean può essere configurato affinchè venga restituita una istanza (scope="prototype“)

Definizione di un bean

… e di un altro bean che lo usi.. Il bean sarà iniettato con la property “dataSource” dopo essere stato istanziato dal container e tramite il “setter” method.

D.I. tramite costruttore Il risultato è il medesimo ma il bean è iniettato quando è istanziato.

Constructor Argument type matching

Constructor Argument index

Best practise E’ preferibile l’utilizzo di “setter injection” Alcune proprietà possono essere opzionali Il risultato sarà un xml più snello e controllabile Si evitano dipendenze circolari In alcuni casi, es. codice legacy, potrebbe essere opportuno o necessario l’uso di “constructor injection”

Property values Il valore di una property è fornito tramite una stringa leggibile. Spring effettua automaticamente la conversione nel tipo richiesto dalla property Esistono forme “contratte” per specificare i valori di java.util.Properties

Laboratorio Esempio bean-ref Esempio Costructor Inection

Una Enterprise Application tipica Domain model Class Attributes attributes Class Attributes attributes Class Attributes attributes Data access DAOs/ Repository Business Services Service 1Service 2 Service 3 Web Tier Action AAction BAction C

Costruiamola con Spring Costruzione di POJO per il domain model Costruzione di DAO per Data Access Costruzione di Servizi Gestione delle transazioni Esempio utilizzo Hibernate

Laboratorio Applicazione gestione corsi

Aspect Oriented Programming Spring 2.0 (2006) e AspectJ 5 (2005) AOP è un approccio quindi una scelta per risolvere determinate problematiche Comunemente usato per la gestione delle transazioni in Spring grazie anche ad alcuni built-in beans

Spring AOP framework proxy-based Java + ‘weaver’ Soluzione AOP più utilizzata Integrata con Spring container Limitato uso (execution) dei join points Sufficiente nel 90% dei casi Weaving: linking aspects with other application types or objects to create an advised object. This can be done at compile time (using the AspectJ compiler, for example), load time, or at runtime. Spring AOP, like other pure Java AOP frameworks, performs weaving at runtime.

L’unità base di un aspetto Aspect Attributes Behaviours WHERE (pointcuts) WHAT (advice) us e access

Pointcuts E’ un’espressione con una sintassi simile a Regular Expressions Spring NON valida l’espressione Definisce, in Spring, quando viene eseguito un metodo con una determinata signature

Join points (method execution) Un ‘method execution’ join point si verifica quando viene eseguito un metodo Le informazioni che possono essere usate per il join point: o Nome del metodo o Tipo parametro o Tipo restituito o Eccezione dichiarata

Advices Ogni dichiarazione di advice è associata con un pointcut expression o Il codice dell’advice viene eseguito nel join point verificato dal pointcut expression Rispetto al join point, l’advice può essere eseguito: o Before o After o After returning o After throwing o Around

Before advice “gira” prima di un join point verificato. Non può modificare i valori degli argomenti, non può influenzare il funzionamento del flusso logico se non lanciando una exception

After Advice “gira” dopo un join point verificato, non può modificare il valore di ritorno, né influenzare il flusso computazionale; tranne lanciando una exception.

After Returning advice “gira” dopo un ritorno eseguito da un join point verificato. Non può modificare il valore di ritorno e non può modificare il flusso computazionale, tranne lanciando una exception.

After throwing “gira” dopo aver lasciato un join point verificato da una condizione di exception. Non può influenzare il flusso ma può a sua volta lanciare una exception.

Around “gira” sia prima che dopo un join point verificato. Può determinare se, quando e come deve continuare il flusso computazionale, può cambiare gli argomenti, gli oggetti ed i valori di ritorno. Per motivi di performance utilizzarli solo quando non è possibile usare gli altri

Proxy system Le classi devono implementare un’interface Il file di configurazione deve contenere il tag: o Attenzione all’uso del puntatore ‘this’ o Si riferisce al proxy o Si riferisce all’advice

Ancora sul transaction manager La versione precedente di Spring (2.0) utilizzava un proxy per la gestione delle transazioni La versione attuale utilizza un advice bean

Potenzialità di AOP Possibilità di modellare, all’interno di un sistema: o Transactions o Security o Remoting o Tracing o Profiling o Failure handling o Management o Caching o ….