Re: [weld-dev] cdi extension - unique bean name

continued: The issue is that when it comes to do the validation, Weld insists all bean names must be unique among all the beans which this extension can see. This extension does not need to use el. What is the point to do the upfront validation? Is it possible to switch off this unique bean name validation for some bdas or only throw an exception when it cannot resolve el successfully? On Wed, Jul 22, 2015 at 9:14 AM, Emily Jiang <emijiang6(a)googlemail.com <mailto:emijiang6@googlemail.com>> wrote: Hi Jozef, The extension I am referred to is jsf extension, FlowBuilderCDIExtension, which registers the bean FlowBuilderFactoryBean. This FlowBuilderFactoryBean tries to get all instances of Flows: @Inject @Any private Instance<Flow> flowDefinitions; On Wed, Jul 22, 2015 at 8:08 AM, Jozef Hartinger <jharting(a)redhat.com <mailto:jharting@redhat.com>> wrote: Hi Emily, can you elaborate a bit more how your extension looks like? If the bean registered by an extension is really shared across wars there should be no ambiguous resolutions. Jozef On 21.7.2015 22:35, Emily Jiang wrote: I have a question on the CDI extension. I would like to define an extension which is shared among the modules such as multiple war modules and be able to access all war modules. However, I got the following error WELD-001414: Bean name is ambiguous. Name echo resolves to beans: as there are same bean names in multiple wars. Is it possible to switch off the unique bean name checks for some extensions? Do you have any suggestions on how to resolve the problem. -- Thanks Emily ================= Emily Jiang ejiang(a)apache.org <mailto:ejiang@apache.org> <mailto:ejiang@apache.org <mailto:ejiang@apache.org>> _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org <mailto:weld-dev@lists.jboss.org> https://lists.jboss.org/mailman/listinfo/weld-dev -- Thanks Emily ================= Emily Jiang ejiang(a)apache.org <mailto:ejiang@apache.org> -- Thanks Emily ================= Emily Jiang ejiang(a)apache.org <mailto:ejiang@apache.org>