Hi Tim
WHile I agree that DS does not have proxying capability (and should not have
such a biest), I would expect that code making explicit use of OSGi JTA
functionality (even implemented by the Aries JTA bundles) is very well usable
with DS.
In fact, IIRC we once used Aries JTA in our
@aries.apache.orgmailto:user@aries.apache.org
Betreff: Re: Aries JTA, JPA, and SCR
Hi Tim
WHile I agree that DS does not have proxying capability (and should not have
such a biest), I would expect that code making explicit use of OSGi JTA
functionality (even implemented by the Aries JTA bundles
fmesc...@adobe.com wrote:
Subject: Re: Aries JTA, JPA, and SCR
To: user@aries.apache.org user@aries.apache.org
Date: Wednesday, July 24, 2013, 2:34 AM
Hi Dirk,
Me thinks Aries JTA implements the OSGi JTA spec
(Chapter 123, JTA Transaction Services Specification in the
Enterprise R5
Hi Philipp,
Declarative Services is designed to be an ultra-lightweight injection runtime,
and so it doesn't include the proxying/interception capabilities necessary to
support Declarative Qualities of Service like transactions. This is one of the
primary drivers for choosing blueprint over DS.
Hi
The page about Aries Transactions sends the visitor to the OSGi
specification. Do you plan to write a short manual/quick-start fr this
module?
Best regards
Krzysztof
On 19.07.2013 10:08, Timothy Ward wrote:
Hi Philipp,
Declarative Services is designed to be an ultra-lightweight