<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">Le 6 mars 2015 à 09:03, Romain Manni-Bucau <<a href="mailto:rmannibucau@gmail.com" class="">rmannibucau@gmail.com</a>> a écrit :</div><br class="Apple-interchange-newline"><div class=""><p dir="ltr" class="">Hi</p><p dir="ltr" class="">Well you cant ask libs to change their programming model for it IMO. It is clearly a regression.</p></div></blockquote>Far easier than informing all lib users to change or create bean discovery mode. <br class=""><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">Another broken case is if any other IoC uses some of these annotations but doesnt rely on scanning. Now you scan the jar and can get surprises and even an Error.<br class=""></p></div></blockquote><div><br class=""></div><div>Not true anymore. all bean defining annotation are only CDI annotation now : <a href="http://docs.jboss.org/cdi/spec/1.2/cdi-spec.html#bean_defining_annotations" class="">http://docs.jboss.org/cdi/spec/1.2/cdi-spec.html#bean_defining_annotations</a>.</div><div><br class=""></div><div>That was one of the fix in CDI 1.2 MR.</div><br class=""><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">
</p>
<div class="gmail_quote">Le 6 mars 2015 08:12, "Jozef Hartinger" <<a href="mailto:jharting@redhat.com" class="">jharting@redhat.com</a>> a écrit :<br type="attribution" class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This interface/enum discovery use-case very often uses a marker<br class="">
annotation (e.g. @MessageBundle). Such extension can work around this<br class="">
limitation by making the marker annotation a @Stereotype. Can you see<br class="">
any other scenarios where implicit bean archives are a problem?<br class="">
<br class="">
On 03/05/2015 09:28 AM, Mark Struberg wrote:<br class="">
> Well, the terms ‚explicit‘ and ‚implicit‘ BDA are blurry as well. I_explicitly_ add a beans.xml with version=1.1 and bean-discovery-mode=„annotated“ and still it is an ‚implicit‘ BDA according to those definitions. Not very self-explaining but anyway. Has not much to do with the current topic as well, so not sure why you mentioned it?<br class="">
><br class="">
> An example of usability would e.g. be the DeltaSpike @MessageBundle feature. Seam3 has had something similar afair.<br class="">
> For those who don’t know it see [1]. You basically have an interface and DeltaSpike automatically picks those up and provides implementations for them which are registered as Beans.<br class="">
><br class="">
> But in the ‚annotated‘ mode we wont get any PAT for those interfaces anymore. The same mechanism is used tor JPA archives, PropertyFileConfig, etc…<br class="">
> Just grep DeltaSpike and check where PAT gets used. It’s all over the place…<br class="">
><br class="">
> LieGrue,<br class="">
> strub<br class="">
<br class="">
_______________________________________________<br class="">
cdi-dev mailing list<br class="">
<a href="mailto:cdi-dev@lists.jboss.org" class="">cdi-dev@lists.jboss.org</a><br class="">
<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank" class="">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br class="">
<br class="">
Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank" class="">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.</blockquote></div>
_______________________________________________<br class="">cdi-dev mailing list<br class=""><a href="mailto:cdi-dev@lists.jboss.org" class="">cdi-dev@lists.jboss.org</a><br class="">https://lists.jboss.org/mailman/listinfo/cdi-dev<br class=""><br class="">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.</div></blockquote></div><br class=""></body></html>