Re: [cdi-dev] CDI 1.2 Implementation
Romain,
I think what Jozef meant is that JCP MR process doesn’t force us to provide Glassfish
integration on the scope of the MR. Right now Glassfish integrates Weld 2.0.0.SP1 and
Oracle has a nightly build with Weld 2.0.5 [1]. Working on Weld 2.1 and 2.2 integration
could be quite time consuming especially if Glassfish people are not available to help us
on that.
So there are too many parameters we don’t control to take the risk of adding this
constraint in our 60 days MR. What we control on JBoss side is Wildfly integration so
that’s why Jozef made this proposal.
Off course we’ll do the necessary and help GF developers to integrates Weld 2.2 in GF but
taking it in our agenda is quite risky.
Now that can be discussed if a GF developer is reading this message and raise the Hand…
Antoine
[1] https://blogs.oracle.com/theaquarium/entry/using_updated_release_of_jersey
Le 28 janv. 2014 à 13:36, Romain Manni-Bucau <rmannibucau(a)gmail.com> a écrit :
Hi
I think it should still run on GlassFish to try to ensure
compatibility with previous version (at least). We all know
integration is where the most issues are.
wdyt?
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
2014-01-28 Jozef Hartinger <jharting(a)redhat.com>:
> Hi all,
>
> as many of you know already, Weld 2.2 is going to be the reference
> implementation of the upcoming maintenance release of the CDI specification.
>
> CDI is an EE specification. That implies that the CDI TCK which
> validates a CDI implementation has to be run against an EE container not
> just the CDI implementation itself (e.g. Weld Core).
>
> So far, both existing releases of CDI (1.0 and 1.1) were always part of
> a major Java EE release (6 and 7). It therefore made sense to require
> the CDI RI to run as part of the GlassFish application server since
> GlassFish is the RI for each recent Java EE version.
>
> However, with CDI 1.2 the situation is different. Since CDI 1.2 is not
> part of a major Java EE release, we see no reason to require the CDI 1.2
> RI to run specifically on GlassFish at the end of the maintenance
> release window. Instead, any Java EE 7 certified application server
> should be suitable. Therefore, we are going to use WildFly
> (http://wildfly.org/) as the runtime for CDI 1.2 RI and TCK.
>
> Note that this by no means defines which Java EE servers will or will
> not support CDI 1.2. This proposal only defines which Java EE server
> will be used at the end of the CDI 1.2 MR effort to validate the RI and
> the TCK.
>
> Regards,
>
> Jozef
> _______________________________________________
> cdi-dev mailing list
> cdi-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/cdi-dev
_______________________________________________
cdi-dev mailing list
cdi-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/cdi-dev