Jozef,
How does Weld SE deal with it right now? I run two components, one using
WildFly 8.2 and the other just SE mode w/ Weld SE. I don't notice much of
a difference in scanning, even though the SE one needs to scan 50 mb of
classpath.
John
On Wed, Mar 4, 2015 at 4:14 AM Jozef Hartinger <jharting(a)redhat.com> wrote:
For EE assuming bean-discovery-mode="annotated" by default
if no
beans.xml is found is OK as the scope of scanning is limited by the
deployment. In SE however this would require that we scan the entire
classpath for scope annotations, stereotypes, etc. I am therefore concerned
about the performance implications of this.
On 03/01/2015 04:18 PM, John D. Ament wrote:
Yeah actually you're right. For some reason I had in my head that "all"
was the default. It's very clearly not. Too early for some of this :-)
So let me rephrase. "annotated" will be the default bean discovery mode
if a classpath entry contains no META-INF/beans.xml, based on the exact
same rules used in EE.
Any concerns with that?
John
On Sun, Mar 1, 2015 at 10:10 AM Romain Manni-Bucau <rmannibucau(a)gmail.com>
wrote:
> For me it is 100% the same as ee where you have the same issues so
> keeping them aligned is better IMO. That said configuring globally the
> scanning would be nice.
> Le 1 mars 2015 15:54, "John D. Ament" <john.d.ament(a)gmail.com> a
écrit :
>
>> All,
>>
>> I'd like to propose in my doc changes for CDI-26 that if a classpath
>> entry does not contain a META-INF/beans.xml that it is treated as if it
>> were bean-discovery-mode=none, e.g. no beans will be scanned in that entry.
>> (BTW, I'm using classpath entry rather than archive in the document to
>> account for cases where someone does -cp
>> "./classes:./extra-classes:./lib/*" to define their classpath)
>>
>> It's a bit different than how EE works, but I could imagine it causing
>> fewer headaches when running on SE classpaths.
>>
>> Any thoughts/comments?
>>
>> John
>>
>> _______________________________________________
>> cdi-dev mailing list
>> cdi-dev(a)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.
>>
>
_______________________________________________
cdi-dev mailing
listcdi-dev@lists.jboss.orghttps://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.