deltaspike-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Arne Limburg <>
Subject AW: [DISCUSS] [DELTASPIKE-175] [DELTASPIKE-219] @Transactional
Date Thu, 05 Jul 2012 09:15:25 GMT
I would not create an own module for JTA, since it will be just some lines of code after extracting
an AbstractPersistenceStrategy from the ResourceLocalPersistenceStrategy.

Or do we have other JTA stuff that would go into that module?


-----Ursprüngliche Nachricht-----
Von: Mark Struberg [] 
Gesendet: Donnerstag, 5. Juli 2012 11:07
Betreff: Re: [DISCUSS] [DELTASPIKE-175] [DELTASPIKE-219] @Transactional

The original intent was to move all the jta stuff in an own module which would then automatically
enable the JtaPersistenceStrategy.

But we actually have a 3rd option:

Create an AutodetectPersitenceStrategy and make this the default. It could lookup the one
to take via configuration. That way a user could override according to his intention.


----- Original Message -----
> From: Arne Limburg <>
> To: "" 
> <>
> Cc: 
> Sent: Thursday, July 5, 2012 11:03 AM
> Subject: [DISCUSS] [DELTASPIKE-175] [DELTASPIKE-219] @Transactional
> Hi,
> yesterday I startet working on the JTA support for @Transactional.
> My current approach is to implement a JtaPersistenceStrategy.
> However that leads me to the problem: Who decides which 
> PersistenceStrategy should be taken and how should this decision be made?
> I have three suggestions:
> 1.      We detect, if a UserTransaction is available, if so, the 
> JtaPersistenceStrategy is taken, otherwise the 
> ResourceLocalPersistenceStrategy is taken.
> 2.      We detect, if the involved persistence units use JTA or 
> RESOURCE_LOCAL (which would lead to another question: Would we like to 
> support, that @Transactional mixes both strategies?) and decide from 
> that information
> 3.      We let the user decide by making one (or both) persistence 
> strategies @Alternatives What do you think?
> Cheers,
> Arne

View raw message