WikiSitech - Contributi utente [it]

Programmazione:Java/JTA

2022-01-04T13:45:26Z

Luca.romagnoli:

[[Programmazione:Java|<< Back to Java]]
=Transazioni Java (JTA)=

Con '''transazione''' si intende una unità logica di elaborazione composta da una sequenza di operazioni che devono terminare tutte con successo o fallimento. In J2EE esistono 2 tipi di transazioni: quelle gestite direttamente dal container EJB dell'applicazione ('''Container-managed Transaction''') oppure quelle applicative ('''Bean-managed Transaction'''). L'approccio CMT, rispetto al secondo approccio, semplifica lo sviluppo e la gestione delle transazioni, poiché tutte le operazioni di begin, commit o rollback verranno svincolate dal codice e delegate al container, utilizzando delle annotazioni Java. A tal proposito, esistono 6 attributi che specificano il modo in cui la transazione deve essere gestita:
*'''Required: '''è l'attributo implicito per le transazioni di tipo CMT. Il metodo annotato verrà sempre eseguito in transazione. Il container si aggancerà alla transazione del chiamante, se presente, altrimenti ne aprirà una nuova.
*'''RequiresNew: '''il metodo annotato verrà sempre eseguito in una nuova transazione, indipendentemente dalla transazione (eventuale) del chiamante.
*'''NotSupported: '''il metodo annotato verrà sempre eseguito fuori transazione. Il container sospende l'eventuale transazione del chiamante prima di eseguire il metodo annotato. Al completamento di quest'ultimo, il container riprenderà la transazione del chiamante.
*'''Supports: '''il metodo annotato verrà eseguito in transazione o meno a seconda dell'esecuzione (transazionale o meno) del chiamante: se il chiamante esegue in transazione, il container si aggancerà ad essa, altrimenti, al pari del chiamante, il metodo invocato verrà eseguito fuori transazione.
*'''Mandatory: '''il metodo annotato è forzato ad eseguire in transazione. Se il chiamante non è associato ad alcuna transazione, verrà sollevata una TransactionRequiredException.
*'''Never: '''il metodo annotato è forzato ad eseguire fuori transazione. Se il chiamante è in transazione, verrà sollevata una RemoteException.

Dall'uso delle transazioni ne conseguono 2 aspetti, uno funzionale e uno tecnico. Quello funzionale, relativo al rollback delle operazioni, e quello tecnico, relativo alla gestione delle risorse.

Vediamo un esempio, prendendo due metodi generici '''A '''e '''B''':
*'''A''' esegue un'operazione di inserimento sulla tabella 'Pippo' e successivamente invoca B.
*'''B''' esegue un'operazione di aggiornamento sulla tabella 'Pluto'.

'''Caso in cui A esegua in transazione (T1):'''

#Se B è annotato come Required, viene agganciato a T1. Le risorse 'Pippo' e 'Pluto' saranno accessibili solo al termine della transazione T1. Se l'aggiornamento va in errore, verrà eseguito il rollback dell'inserimento, siccome entrambi sono sotto stessa transazione T1.
#Se B è annotato come RequiresNew, viene aperta una nuova transazione T2. La tabella 'Pluto' sarà accessibile al termine della transazione T2. La tabella 'Pippo' sarà accessibile al termine della transazione T1. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome operano in transazioni separate.
#Se B è annotato come NotSupported, esegue fuori transazione. La tabella 'Pluto' sarà accessibile al termine dell'operazione di aggiornamento. La tabella 'Pippo' sarà accessibile al termine della transazione T1. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome l'aggiornamento è eseguito in ambito non transazionale.
#Se B è annotato come Supports, viene agganciato a T1. Le risorse 'Pippo' e 'Pluto' saranno accessibili solo al termine della transazione T1. Se l'aggiornamento va in errore, verrà eseguito il rollback dell'inserimento, siccome entrambi sono sotto stessa transazione T1.
#Se B è annotato come Mandatory, viene agganciato a T1. Le risorse 'Pippo' e 'Pluto' saranno accessibili solo al termine della transazione T1. Se l'aggiornamento va in errore, verrà eseguito il rollback dell'inserimento, siccome entrambi sono sotto stessa transazione T1.
#Se B è annotato come Never, viene sollevata una RemoteException. Le risorse 'Pippo' e 'Pluto' saranno accessibili. Verrà eseguito il rollback dell'inserimento



'''Caso in cui A non esegua in transazione:'''
#Se B è annotato come Required, viene aperta una nuova transazione T1. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine della transazione T1. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome quest'ultimo è eseguito in ambito non transazionale.
#Se B è annotato come RequiresNew, viene aperta una nuova transazione T1. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine della transazione T1. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome quest'ultimo è eseguito in ambito non transazionale.
#Se B è annotato come NotSupported, esegue fuori transazione. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine dell'operazione di aggiornamento. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome le operazioni sono eseguite in ambito non transazionale.
#Se B è annotato come Supports, esegue anch'esso fuori transazione. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine dell'operazione di aggiornamento. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome le operazioni sono eseguite in ambito non transazionale.
#Se B è annotato come Mandatory, viene sollevata una TransactionRequiredException. Le risorse 'Pippo' e 'Pluto' saranno accessibili. Non verrà eseguito il rollback dell'inserimento, siccome l'operazione è eseguita in ambito non transazionale.
#Se B è annotato come Never, esegue fuori transazione. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine dell'operazione di aggiornamento. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome le operazioni sono eseguite in ambito non transazionale.

Programmazione:Java/JTA

2022-01-04T13:32:57Z

Luca.romagnoli: Creata pagina con "= Transazioni Java (JTA) = Con '''transazione..."

= Transazioni Java (JTA) =

Con '''transazione''' si intende una unità logica di elaborazione composta da una sequenza di operazioni che devono terminare tutte con successo o fallimento. In J2EE esistono 2 tipi di transazioni: quelle gestite direttamente dal container EJB dell'applicazione ('''Container-managed Transaction''') oppure quelle applicative ('''Bean-managed Transaction'''). L'approccio '''CMT''', rispetto al secondo approccio, semplifica lo sviluppo e la gestione delle transazioni, poiché tutte le operazioni di begin, commit o rollback verranno svincolate dal codice e delegate al container, utilizzando delle annotazioni Java. A tal proposito, esistono 6 attributi che specificano il modo in cui la transazione deve essere gestita:
*'''Required: '''è l'attributo implicito per le transazioni di tipo CMT. Il metodo annotato verrà sempre eseguito in transazione. Il container si aggancerà alla transazione del chiamante, se presente, altrimenti ne aprirà una nuova
*'''RequiresNew: '''il metodo annotato verrà sempre eseguito in una nuova transazione, indipendentemente dalla transazione (eventuale) del chiamante
*'''NotSupported: '''il metodo annotato verrà sempre eseguito fuori transazione. Il container sospende l'eventuale transazione del chiamante prima di eseguire il metodo annotato. Al completamento di quest'ultimo, il container riprenderà la transazione del chiamante
*'''Supports: '''il metodo annotato verrà eseguito in transazione o meno a seconda dell'esecuzione (transazionale o meno) del chiamante: se il chiamante esegue in transazione, il container si aggancerà ad essa, altrimenti, al pari del chiamante, il metodo invocato verrà eseguito fuori transazione
*'''Mandatory: '''il metodo annotato è forzato ad eseguire in transazione. Se il chiamante non è associato ad alcuna transazione, verrà sollevata una TransactionRequiredException
*'''Never: '''il metodo annotato è forzato ad eseguire fuori transazione. Se il chiamante è in transazione, verrà sollevata una RemoteException

Dall'uso delle transazioni ne conseguono 2 aspetti, uno funzionale e uno tecnico. Quello funzionale, relativo al rollback delle operazioni, e quello tecnico, relativo alla gestione delle risorse.

Vediamo un esempio, prendendo due metodi generici '''A '''e '''B''':
*'''A''' esegue un'operazione di inserimento sulla tabella 'Pippo' e successivamente invoca B.
*'''B''' esegue un'operazione di aggiornamento sulla tabella 'Pluto'.

'''Caso in cui A esegua in transazione (T1):'''

#Se B è annotato come Required, viene agganciato a T1. Le risorse 'Pippo' e 'Pluto' saranno accessibili solo al termine della transazione T1. Se l'aggiornamento va in errore, verrà eseguito il rollback dell'inserimento, siccome entrambi sono sotto stessa transazione T1.
#Se B è annotato come RequiresNew, viene aperta una nuova transazione T2. La tabella 'Pluto' sarà accessibile al termine della transazione T2. La tabella 'Pippo' sarà accessibile al termine della transazione T1. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome operano in transazioni separate.
#Se B è annotato come NotSupported, esegue fuori transazione. La tabella 'Pluto' sarà accessibile al termine dell'operazione di aggiornamento. La tabella 'Pippo' sarà accessibile al termine della transazione T1. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome l'aggiornamento è eseguito in ambito non transazionale.
#Se B è annotato come Supports, viene agganciato a T1. Le risorse 'Pippo' e 'Pluto' saranno accessibili solo al termine della transazione T1. Se l'aggiornamento va in errore, verrà eseguito il rollback dell'inserimento, siccome entrambi sono sotto stessa transazione T1.
#Se B è annotato come Mandatory, viene agganciato a T1. Le risorse 'Pippo' e 'Pluto' saranno accessibili solo al termine della transazione T1. Se l'aggiornamento va in errore, verrà eseguito il rollback dell'inserimento, siccome entrambi sono sotto stessa transazione T1.
#Se B è annotato come Never, viene sollevata una RemoteException. Le risorse 'Pippo' e 'Pluto' saranno accessibili. Verrà eseguito il rollback dell'inserimento



'''Caso in cui A non esegua in transazione:'''
#Se B è annotato come Required, viene aperta una nuova transazione T1. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine della transazione T1. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome quest'ultimo è eseguito in ambito non transazionale.
#Se B è annotato come RequiresNew, viene aperta una nuova transazione T1. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine della transazione T1. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome quest'ultimo è eseguito in ambito non transazionale.
#Se B è annotato come NotSupported, esegue fuori transazione. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine dell'operazione di aggiornamento. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome le operazioni sono eseguite in ambito non transazionale.
#Se B è annotato come Supports, esegue anch'esso fuori transazione. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine dell'operazione di aggiornamento. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome le operazioni sono eseguite in ambito non transazionale.
#Se B è annotato come Mandatory, viene sollevata una TransactionRequiredException. Le risorse 'Pippo' e 'Pluto' saranno accessibili. Non verrà eseguito il rollback dell'inserimento, siccome l'operazione è eseguita in ambito non transazionale.
#Se B è annotato come Never, esegue fuori transazione. La tabella 'Pippo' sarà accessibile al termine dell'operazione di inserimento. La tabella 'Pluto' sarà accessibile al termine dell'operazione di aggiornamento. Se l'aggiornamento va in errore, non verrà eseguito il rollback dell'inserimento, siccome le operazioni sono eseguite in ambito non transazionale.

Programmazione:Java

2022-01-04T11:54:52Z

Luca.romagnoli: /* HowTo */

[[Programmazione|<< Back to Programmazione]]

{| cellspacing=15 width="100%"
|- valign="top"
|width="50%"|

==HowTo==
* '''J2EE'''
** [[Programmazione:Java/XML to PDF with fop |XML to PDF con fop]]
** [[Programmazione:Java/JNI Example |JNI Example]]
** [[Programmazione:Java/Java-Scripting |Java-Scripting]]
** [[Programmazione:Java/Sampler Test for JMeter |Sampler Test for JMeter]]
** [[Programmazione:Java/JAVA 6 SystemTray e TrayIcon |JAVA 6 SystemTray e TrayIcon]]
** [[Programmazione:Java/Write DOM to XML|Write DOM to XML file]]
** [[Programmazione:Java/Script Ant per Versioning|Script Ant per Versioning]]
** [[Programmazione:Java/Esempio System Tray per il caricamento delle API di Java | Esempio System Tray per il caricamento delle API di Java]]
** [[Programmazione:Java/Javascript per il controllo del tasto MAIUSC | Javascript per il controllo del tasto MAIUSC]]
** [[Programmazione:Java/iCal4j | Esempio di utilizzo della libreria iCal4j]]
** [[Programmazione:Java/JTA | Transazioni Java (JTA)]]

|width="50%"|

==Best Practice==
* '''J2EE'''
** [[Programmazione:Java/Exception|Exception]]
** [[Programmazione:Java/Logging|Logging]]
** [[Programmazione:Java/Singleton with interface|Singleton with interface]]
|}
==Work-Around==
* '''J2EE'''
** [[Programmazione:Java/JDBC/MSSQL stored procedure| Call SQLServer stored procedure]]