it is done when we validate injection points so everything should be there
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 14:14 GMT+02:00 Thomas Andraschko <[email protected]>: > 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 <[email protected]>: > >> 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 <[email protected]> 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 <[email protected]>: >> > >> >> @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 < >> [email protected] >> >> >: >> >> > 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 < >> >> [email protected]>: >> >> > >> >> >> Great guys, thanks! >> >> >> Will test my apps today! >> >> >> >> >> >> 2014-10-02 10:28 GMT+02:00 Arne Limburg < >> [email protected] >> >> >: >> >> >> >> >> >>> 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 >> >> >>> <[email protected]>: >> >> >>> >> >> >>> >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" <[email protected]> >> >> 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 >>
