[cdi-dev] Standrdization of option to disable CDI for all app modules in single file?

Romain Manni-Bucau rmannibucau at gmail.com
Tue Mar 15 13:19:30 EDT 2016

Hi Ondrej,

would it be possible to push it on ee list too? Scanning is not limited to
CDI and at EE level EJB, Servlet etc... can get the exact same issue. A
global scanning config would benefit the whole platform and CDI could just
reuse it when not in EE.

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber

2016-03-15 18:12 GMT+01:00 Ondrej Mihályi <ondrej.mihalyi at gmail.com>:

> Hi,
> Some Java EE 6 apps still have issues with implicit scanning, even though
> they don't use guava and sometimes it is not possible to put beans.xml file
> into the problematic JARs. People are having issues with this when
> migrating to Glassfish 4 or Payara from Glassfish 3.
> With Payara server, we are thinking of creating an option in
> server-specific app descriptor to disable CDI completely either for whole
> application or just for specific modules.
> <https://javaee-wg.slack.com/archives/cdi2_0-jsr-365/p1458060907000004>
> I think it would make sense to consider some standardization of this
> approach in CDI 2, as I've seen issues with this on stackoverflow also with
> other app servers. Or is it already planned?
> Ondrej
> _______________________________________________
> cdi-dev mailing list
> cdi-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/cdi-dev
> Note that for all code provided on this list, the provider licenses the
> code under the Apache License, Version 2 (
> http://www.apache.org/licenses/LICENSE-2.0.html). For all other ideas
> provided on this list, the provider waives all patent and other
> intellectual property rights inherent in such information.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/cdi-dev/attachments/20160315/69c35b63/attachment.html 

More information about the cdi-dev mailing list