should be ok now, issue was cache + maven classpath (jetty)
Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-10-05 21:01 GMT+02:00 Romain Manni-Bucau <[email protected]>: > surely when we resolve the injection (normally in validate(beans) but > same method is called by bm.validation(injectionPoint) > > > > > Romain Manni-Bucau > Twitter: @rmannibucau > Blog: http://rmannibucau.wordpress.com/ > LinkedIn: http://fr.linkedin.com/in/rmannibucau > Github: https://github.com/rmannibucau > > > 2014-10-05 20:39 GMT+02:00 Thomas Andraschko <[email protected]>: >> Created a small sample here: https://issues.apache.org/jira/browse/OWB-1022 >> AFAICS the injectoin points are validated to early. >> >> 2014-10-02 14:17 GMT+02:00 Romain Manni-Bucau <[email protected]>: >> >>> 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 >>> >> >>>
