It worked fine and now, if i start my app, each time another injectionpoint is "invalid". Therefore i don't think it's usefull to share a single bean. The most times it's a simple injection - without alternatives/specializes etc. So nothing special here.
Could it be possible that it's to early and not ALL beans are loaded at this time? I have a around 10 jars with beans, maybe it depdends on the order of the jar loading? 2014-10-02 13:59 GMT+02:00 Romain Manni-Bucau <rmannibu...@gmail.com>: > We validate injection point more drastically now, surely the cause. Can you > share AnyBean and where it is injected? > > Le jeudi 2 octobre 2014, Thomas Andraschko <andraschko.tho...@gmail.com> a > écrit : > > Fixed! :) > > > > But i really have a weird problem, i get the follwowing exception on > every > > startup with another bean: > > > > javax.enterprise.inject.spi.DeploymentException: > > org.apache.webbeans.exception.WebBeansConfigurationException: Error while > > sending SystemEvent to a CDI Extension! > > > org.apache.webbeans.portable.events.generics.GProcessAnnotatedType@46573acf > > at > > org.apache.webbeans.config.BeansDeployer.deploy(BeansDeployer.java:284) > > at > > > > org.apache.webbeans.lifecycle.AbstractLifeCycle.bootstrapApplication(AbstractLifeCycle.java:138) > > at > > > > org.apache.webbeans.lifecycle.AbstractLifeCycle.startApplication(AbstractLifeCycle.java:104) > > at > > > > org.apache.webbeans.web.lifecycle.WebContainerLifecycle.startApplication(WebContainerLifecycle.java:89) > > at > > > > org.apache.webbeans.servlet.WebBeansConfigurationListener.contextInitialized(WebBeansConfigurationListener.java:86) > > at > > > > org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800) > > ... Caused by: > > javax.enterprise.inject.UnsatisfiedResolutionException: Api type > > [de.test.Anybean] is not found with the qualifiers <|Qualifiers: > > [@javax.enterprise.inject.Default()]<|for injection into Field Injection > > Point, field name : selectItemNone, Bean Owner : [null] > > at > > > > org.apache.webbeans.util.InjectionExceptionUtil.throwUnsatisfiedResolutionException(InjectionExceptionUtil.java:65) > > at > > > > org.apache.webbeans.container.InjectionResolver.checkInjectionPoint(InjectionResolver.java:221) > > at > > > > org.apache.webbeans.container.BeanManagerImpl.validate(BeanManagerImpl.java:1149) > > at > > org.apache.webbeans.util.WebBeansUtil.validate(WebBeansUtil.java:1683) > > at > > > > org.apache.webbeans.container.BeanManagerImpl.createInjectionTarget(BeanManagerImpl.java:1169) > > at > > > > org.apache.webbeans.container.InjectableBeanManager.createInjectionTarget(InjectableBeanManager.java:101) > > at > > > > org.apache.deltaspike.core.util.bean.BeanBuilder.readFromType(BeanBuilder.java:116) > > at > > > > org.apache.deltaspike.jsf.impl.injection.proxy.ConverterAndValidatorProxyExtension.findConverterAndValidatorsWhichNeedProxiesForDependencyInjectionSupport(ConverterAndValidatorProxyExtension.java:73) > > at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source) > > at > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:606) > > at > > > > org.apache.webbeans.event.ObserverMethodImpl.invoke(ObserverMethodImpl.java:343) > > at > > > > org.apache.webbeans.event.ContainerEventObserverMethodImpl.invoke(ContainerEventObserverMethodImpl.java:82) > > at > > > > org.apache.webbeans.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:308) > > at > > > > org.apache.webbeans.event.NotificationManager.fireEvent(NotificationManager.java:599) > > at > > > > org.apache.webbeans.container.BeanManagerImpl.fireEvent(BeanManagerImpl.java:453) > > at > > > > org.apache.webbeans.container.BeanManagerImpl.fireEvent(BeanManagerImpl.java:438) > > at > > > > org.apache.webbeans.util.WebBeansUtil.fireProcessAnnotatedTypeEvent(WebBeansUtil.java:1008) > > at > > > > org.apache.webbeans.config.BeansDeployer.annotatedTypesFromClassPath(BeansDeployer.java:844) > > at > > org.apache.webbeans.config.BeansDeployer.deploy(BeansDeployer.java:228) > > at > > > > org.apache.webbeans.lifecycle.AbstractLifeCycle.bootstrapApplication(AbstractLifeCycle.java:138) > > at > > > > org.apache.webbeans.lifecycle.AbstractLifeCycle.startApplication(AbstractLifeCycle.java:104) > > at > > > > org.apache.webbeans.web.lifecycle.WebContainerLifecycle.startApplication(WebContainerLifecycle.java:89) > > at > > > > org.apache.webbeans.servlet.WebBeansConfigurationListener.contextInitialized(WebBeansConfigurationListener.java:86) > > > > Works fine with Weld and OWB 1.1.x and OWB 1.2.x. > > > > > > > > 2014-10-02 12:46 GMT+02:00 Romain Manni-Bucau <rmannibu...@gmail.com>: > > > >> @Thomas: +1 WEB-INF/beans.xml is not a valid resource even in tomcat > >> and by spec (servlet) > >> > >> Also ensure to be very up to date since we added few fixes since the > >> announcement > >> > >> > >> Romain Manni-Bucau > >> Twitter: @rmannibucau > >> Blog: http://rmannibucau.wordpress.com/ > >> LinkedIn: http://fr.linkedin.com/in/rmannibucau > >> Github: https://github.com/rmannibucau > >> > >> > >> 2014-10-02 11:58 GMT+02:00 Thomas Andraschko < > andraschko.tho...@gmail.com > >> >: > >> > Have some problems... > >> > Already created a issue about WEB-INF/beans.xml lookup with a possible > >> fix > >> > - please have look at it. > >> > > >> > I also have a javax.enterprise.inject.UnsatisfiedResolutionException > for > >> a > >> > bean without a deviration. > >> > I will try to find the reason later. > >> > > >> > > >> > 2014-10-02 10:37 GMT+02:00 Thomas Andraschko < > >> andraschko.tho...@gmail.com>: > >> > > >> >> Great guys, thanks! > >> >> Will test my apps today! > >> >> > >> >> 2014-10-02 10:28 GMT+02:00 Arne Limburg < > arne.limb...@openknowledge.de > >> >: > >> >> > >> >>> Yes, > >> >>> I¹ll use that time to work out these ugly generics issues with the > >> cdi-tck > >> >>> team, so we can get rid of these ugly hacks in GenericsUtil, that > the > >> tck > >> >>> made us implement. > >> >>> > >> >>> Cheers, > >> >>> Arne > >> >>> > >> >>> > >> >>> Am 01.10.14 20:33 schrieb "Jens Schumann" unter > >> >>> <jens.schum...@openknowledge.de>: > >> >>> > >> >>> >Congratulation! > >> >>> > > >> >>> >.oO(I always assumed, that we have to wait till the end of Arne's > >> >>> >upcoming parental leave;) > >> >>> > > >> >>> >> On 01 Oct 2014, at 20:23, "Mark Struberg" <strub...@yahoo.de> > >> wrote: > >> >>> >> > >> >>> >> But we do! > >> >>> >> > >> >>> >> Folks, I'm proud to announce that we finally pass the standalone > >> part > >> >>> >>of the CDI-1.2 TCK! > >> >>> >> > >> >>> >> Please, all do checkout our latest OWB 1.5.0-SNAPSHOT (or simply > >> >>> >>compile it yourself [1]) and test YOUR application with it. Any > >> feedback > >> >>> >>is welcome! > >> >>> >> > >> >>> >> I like to kick off the release train for OWB tomorrow. > >> >>> >> > >> >>> >> We will now continue with cleanup and performance improvements. > And > >> >>> >>also with working on the EE TCK over in TomEE. > >> >>> >> > >> >>> >> > >> >>> >> txs and LieGrue, > >> >>> >> strub > >> >>> >> > >> >>> > >> >>> > >> >> > >> > > > > -- > > > Romain Manni-Bucau > Twitter: @rmannibucau > Blog: http://rmannibucau.wordpress.com/ > LinkedIn: http://fr.linkedin.com/in/rmannibucau > Github: https://github.com/rmannibucau >
