[cdi-dev] CDI have any plan to process Transaction?

Mon Apr 30 16:01:44 EDT 2012

True, it could be a matter of packaging. We could include the necessary JAR
files as part of the Servlet support in the respective distributions. In a
sense, they would be "blessed" extensions, which is all any user really
cares about (how else do they know what's in weld-servlet.jar, for example).

-Dan

On Mon, Apr 30, 2012 at 15:59, Mark Struberg <struberg at yahoo.de> wrote:

> Over in DeltaSpike we are currently discussing the jpa module. Plans are
> to implement it there as portable extension. I see no need why we need to
> duplicate the effort by implementing it in both Weld and OWB ;)
>
> The big benefit of this approach is that this will also run on any CDI-1.0
> container!
>
>
> LieGrue,
> strub
>
> >________________________________
> > From: Dan Allen <dan.j.allen at gmail.com>
> >To: Pete Muir <pmuir at redhat.com>
> >Cc: cdi-dev at lists.jboss.org
> >Sent: Monday, April 30, 2012 9:42 PM
> >Subject: Re: [cdi-dev] CDI have any plan to process Transaction?
> >
> >
> >I molded this into a mini blog. Pete, if you are interested, feel free to
> post this as it will likely solve a wider misunderstanding from going
> around:
> >
> >
> >"A standard, universal @Transactional annotation is coming in Java EE 7.
> However, there are some important things to keep in mind:
> >
> >
> >- @Transactional *is* being developed as a revision to the JTA spec (as
> an MR)
> >- @Transactional *is not* being developed by the CDI EG, nor will it be
> in the CDI spec
> >- Feedback on @Transactional should be sent to the Java EE platform EG
> *not* to the CDI EG. The platform EG is conducting the revision to the JTA
> spec.
> >
> >
> >Java EE does not recognize a Servlet container as a compliant environment
> and therefore this feature will not be available there by default (mainly
> due to the absence of JTA in this environemnt).
> >
> >
> >However, to bridge the divide, Weld and OpenWebBeans will both likely
> offer support for @Transactional in a Servlet environment since we
> acknowledge that it *is* important, and is an environment preferred by many
> developers (but we still strongly urge you to migrate to the web
> profile!!)."
> >
> >
> >-Dan
> >
> >On Mon, Apr 30, 2012 at 04:55, Pete Muir <pmuir at redhat.com> wrote:
> >
> >Just to be 100% clear, as there is a lot of confusion around this topic.
> >>
> >>* @Transactional *IS NOT* being developed by the CDI EG nor will it be
> in the CDI spec
> >>* @Transactional *IS* being developed as a revision to the JTA spec (as
> a MR IIRC, but that was not my/our decision to make)
> >>* Feedback on @Trasnactional should be sent to the Java EE platform EG
> NOT to the CDI EG. The platform EG is conducting the revision to the JTA
> spec.
> >>
> >>HTH!
> >>
> >>
> >>On 30 Apr 2012, at 09:19, Pete Muir wrote:
> >>
> >>>
> >>> On 29 Apr 2012, at 23:12, Dan Allen wrote:
> >>>
> >>>> Am I correct in saying that the annotation will control JTA
> >>>
> >>> Yes, this will be an amendment to the JTA spec AIUI. So back where it
> belongs!
> >>>
> >>>> and work in either of the two profiles (web and full)?
> >>>
> >>> We haven't discussed this, but I'm assuming both. I will raise this.
> >>>
> >>>>
> >>>> Btw, Java EE does not recognize a Servlet container as a compliant
> environment and therefore this feature will not be available there (without
> special support for it).
> >>>
> >>> Correct. Main obstacle is actually a lack of JTA there, rather than
> the declarative control… But I think OWB and Weld will both offer something
> here as we all regard it as important!
> >>>
> >>>>
> >>>> I agree with this stance since the web profile should be recognized
> as the low end environment. Otherwise there is not enough core services to
> provide a dependable and portable programming model. If you (general
> audience) want to use a Servlet container, you aren't using Java EE and
> will have to supplement with addons like CDI extensions or Spring.
> >>>>
> >>>> -Dan
> >>>>
> >>>> --
> >>>> Sent from my CyanogenMod-powered
> >>>> Android device, an open platform for
> >>>> carriers, developers and consumers.
> >>>>
> >>>> On Apr 27, 2012 4:54 AM, "Pete Muir" <pmuir at redhat.com> wrote:
> >>>> Java EE 7 will include @Transactional. This will be provided by the
> Java EE platform, rather than CDI specifically. It will be a CDI
> interceptor, and so enabled as other CDI interceptors are.
> >>>>
> >>>> On 24 Apr 2012, at 09:10, Hantsy Bai wrote:
> >>>>
> >>>>> Hi,
> >>>>>
> >>>>> I have read some content about the spec 1.1, but I want to know if
> there
> >>>>> is a plan to provide a new transaction annotation...for EBJ or none
> EJB
> >>>>> proramming.
> >>>>>
> >>>>> For example, provide a @Transactional annotation like Seam2 or Spring
> >>>>> 3.1...and make it work in Servlet container(none JTA transation, jdbc
> >>>>> only) or full profile container such as JBoss, Glassfish(JTA
> transaction
> >>>>> by default) seamlessly.
> >>>>>
> >>>>> Automatically detect the Transaction will be used, or configure in
> >>>>> beans.xml file.
> >>>>>
> >>>>>
> >>>>> Regards
> >>>>> Hantsy
> >>>>> _______________________________________________
> >>>>> cdi-dev mailing list
> >>>>> cdi-dev at lists.jboss.org
> >>>>> https://lists.jboss.org/mailman/listinfo/cdi-dev
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> cdi-dev mailing list
> >>>> cdi-dev at lists.jboss.org
> >>>> https://lists.jboss.org/mailman/listinfo/cdi-dev
> >>>
> >>>
> >>> _______________________________________________
> >>> cdi-dev mailing list
> >>> cdi-dev at lists.jboss.org
> >>> https://lists.jboss.org/mailman/listinfo/cdi-dev
> >>
> >>
> >
> >
> >
> >--
> >
> >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
> >
> >
> >_______________________________________________
> >cdi-dev mailing list
> >cdi-dev at lists.jboss.org
> >https://lists.jboss.org/mailman/listinfo/cdi-dev
> >
> >
> >
>

-- 
Dan Allen
Principal 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/cdi-dev/attachments/20120430/89187387/attachment-0001.html 