Re: [cdi-dev] CDI have any plan to process Transaction?
Otherwise, we're just in an ivory tower again.
+1, that has been the case far too often in EE ...
People are adding tons of stuff to EE because they think that would be 'nice'. But
being nice is not enough. See the recent multi-tenancy and cloud discussion. They just add
tons of new requirements and make EE FAT FAT FAT FAT FAT again.
EE7 should first clean up all the broken ClassLoader and JPA mess and only then add new
features. Instead they are adding tons of stuff, building a skyscraper on top of an old
farm house with crackled walls.
I desperately hope that they do _not_ add all those broken features to the JPA base,
web-profile and other 'lean' specifications!
Please let's at least keep CDI clean in this regard!
LieGrue,
strub
________________________________
From: Dan Allen <dan.j.allen(a)gmail.com>
To: Mark Struberg <struberg(a)yahoo.de>
Cc: Pete Muir <pmuir(a)redhat.com>; "cdi-dev(a)lists.jboss.org"
<cdi-dev(a)lists.jboss.org>
Sent: Monday, April 30, 2012 7:45 AM
Subject: Re: [cdi-dev] CDI have any plan to process Transaction?
On Mon, Apr 30, 2012 at 00:46, Mark Struberg <struberg(a)yahoo.de> wrote:
+1
>
>It should also support SE and non-JTA use cases. Of course this can all be provided as
portable CDI-Extension. So not sure if it needs to be in the Core Container at all.
>
That is a good question, and one that perhaps needs to be clarified before we end up in
round three of this "there is no general purpose declarative transaction facility in
Java EE" ordeal.
Is @Transactional going to accommodate resource-local transactions or automatic enlistment
for application-managed persistence context and data sources?
I really think this is something that needs to be spelled out very clearly somewhere going
into EE 7. Whether it will or will not be supported, all the use cases should be at least
recognized. Otherwise, we're just in an ivory tower again.
-Dan
--
Dan AllenPrincipal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://google.com/profiles/dan.j.allen
http://mojavelinux.com
http://mojavelinux.com/seaminaction