[cdi-dev] getBeanClass return value for build-in beans?
werner.keil at gmail.com
Thu Aug 13 09:55:49 EDT 2015
OK, thanks for the clarification.
The way Arjan phrased it sounded like 2.3 would generally keep them in one
Hence, if separate JARs are something CDI 2 has to consider, getBeanClass()
and other methods must work for separate API and impl JARs ;-)
On Thu, Aug 13, 2015 at 3:44 PM, Edward Burns <edward.burns at oracle.com>
> >>>>> On Thu, 13 Aug 2015 15:24:00 +0200, Werner Keil <
> werner.keil at gmail.com> said:
> >> In this particular case it concerns the javax.faces.jar for JSF 2.3.
> >> Some vendors split up this archive in two, an API jar and an impl, jar
> >> (although for JSF 2.3 we don't really encourage this).
> WK> Could you explain, why the JSF 2.3 API and RI are molded together?
> WK> If the API JAR is no longer separate from the RI (as it was till
> WK> javax.faces-api-2.2.jar
> WK> <
> WK> it seems, every vendor has to build that API JAR from scratch, or
> carry a
> WK> 3-4 MB JAR where the API in 2.2 was just a little under 700kB ?;-|
> We will be producing a separate API artifact for all the JCP
> It is very important to note that the for all Java EE API jars,
> including JSF, the only supported use is to satisfy compile time
> dependencies. Including a Java EE API jar in a runtime classpath is not
> supported and may cause unexpected behavior.
> If there is demand we can investigate producing a JSF API jar for
> -SNAPSHOT releases as well.
> | edward.burns at oracle.com | office: +1 407 458 0017
> | 58 Business days til JavaOne 2015
> | 73 Business days til DOAG 2015
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the cdi-dev