yea, but that is minor tho what CODI can do.
LieGrue, strub >________________________________ > From: Gerhard Petracek <gerhard.petra...@gmail.com> >To: MyFaces Discussion <users@myfaces.apache.org>; Mark Struberg ><strub...@yahoo.de> >Sent: Thursday, 31 October 2013, 0:24 >Subject: Re: Apache CODI x JEE7 Glassfish4 > > > >@mark: >the parameter "conversationPropagation" was added in 1.1. > > >regards, >gerhard > >http://www.irian.at > >Your JSF/JavaEE powerhouse - >JavaEE Consulting, Development and >Courses in English and German > >Professional Support for Apache MyFaces > > > > >2013/10/31 Mark Struberg <strub...@yahoo.de> > >Nope, we didn't touch @ConversationScoped a bit in CDI-1.1. >> >>The main changes in CDI-1.1 have been clarifications. But most of them are >>already implemented in OWB and Weld, even in the CDI-1.0 targetting versions. >>There have been a few good Extensions in the Extension area, scanning, etc >>in CDI-1.1. >> >>LieGrue, >>strub >> >> >> >> >> >>----- Original Message ----- >>> From: Kay Wrobel <kay.wro...@gmx.net> >>> To: MyFaces Discussion <users@myfaces.apache.org> >>> Cc: >>> Sent: Wednesday, 30 October 2013, 22:44 >>> Subject: Re: Apache CODI x JEE7 Glassfish4 >>> >>> One could still investigate if @ConversatioScoped has improved in CDI >>> 1.1 and is on par with how CODI 1.0.5 handles it. Again, I am not the >>> right person to discuss that annotation, but it's a thought. >>> >>> On 10/30/2013 04:33 PM, Gerhard Petracek wrote: >>>> hi edilmar, >>>> >>>> apache deltaspike is the official successor of codi/seam/... (including >>>> support for ee7+). >>>> some parts (including codi-conversations) are still on our list, however, >>>> you can try it with [1] (it's the same code - just different packages >>> and >>>> based on deltaspike). >>>> >>>> @kay (and your comment about conversations): >>>> std. cdi conversations are available since cdi 1.0 and have many >>>> disadvantages compared to codi-conversations. >>>> that was the reason for introducing codi-conversations at all (see e.g. >>>> [2]) -> they are still useful. >>>> >>>> regards, >>>> gerhard >>>> >>>> [1] >>>> http://os890.blogspot.co.at/2013/07/add-on-codi-scopes-for-deltaspike.html >>>> [2] http://os890.blogspot.co.at/2011/04/slides-codi-conversations.html >>>> >>>> http://www.irian.at >>>> >>>> Your JSF/JavaEE powerhouse - >>>> JavaEE Consulting, Development and >>>> Courses in English and German >>>> >>>> Professional Support for Apache MyFaces >>>> >>>> >>>> >>>> 2013/10/30 Edilmar Alves <edili...@gmail.com> >>>> >>>>> I think CODI is a great replacement for my actual environment, the only >>>>> problem is to deploy in GF4. >>>>> >>>>> >>>>> 2013/10/30 Edilmar Alves <edili...@gmail.com> >>>>> >>>>>> Hi, >>>>>> >>>>>> I use CODI ConversationScoped and @Inject Conversation because it >>> is >>>>>> better than original CDI implementation. >>>>>> I have many java files using CODI at this time. >>>>>> Then, to go back to CDI, I will have to change many files, and I >>> don't >>>>>> know if the webapp will continue to work 100%, >>>>>> because the management of the Conversation object made by CODI is >>> great, >>>>>> for example it decreases problems like >>>>>> LazyException caused by Hibernate with JSF fields. >>>>>> >>>>>> >>>>>> 2013/10/30 Kay Wrobel <kay.wro...@gmx.net> >>>>>> >>>>>>> Also, you might want to check with RichFaces. I found this blog >>> < >>>>>>> http://www.bleathem.ca/blog/**2013/09/richfaces-434final-** >>>>>>> release-announcement.html< >>>>> >>> http://www.bleathem.ca/blog/2013/09/richfaces-434final-release-announcement.html >>>>>>> and the moderator mentions that full JSF 2.2 support is planned >>> for >>>>>>> RichFaces 5. I had some of the same issues with PrimeFaces 3.5 >>> which was >>>>>>> incompatible with JSF 2.2 and I had to wait for PrimeFaces 4.0 >>> to come >>>>> out. >>>>>>> >>>>>>> On 10/30/2013 03:17 PM, Kay Wrobel wrote: >>>>>>> >>>>>>>> I'm looking at CDI 1.1 spec >>> <http://docs.jboss.org/cdi/** >>>>>>>> spec/1.1/cdi-spec.html< >>>>> http://docs.jboss.org/cdi/spec/1.1/cdi-spec.html>> >>>>>>>> and ot looks like @ConversationScope is already part of CDI >>> 1.1, no >>>>> CODI >>>>>>>> needed for that. >>>>>>>> >>>>>>>> GlassFish 4 includes CDI 1.1 by way of Weld API 2.0 < >>>>>>>> http://www.cdi-spec.org/**download/ >>> <http://www.cdi-spec.org/download/ >>>>>>>> which is bundled inside the weld-osgi-bundle.jar. >>>>>>>> >>>>>>>> On 10/30/2013 02:55 PM, Edilmar Alves wrote: >>>>>>>> >>>>>>>>> Hi friends, >>>>>>>>> >>>>>>>>> Thanks for help! >>>>>>>>> Look at these situations... >>>>>>>>> 1) Glassfish 3.1.1 and 3.1.2.2 has the same behaviour. >>> But I use in >>>>>>>>> production 3.1.1 because there are many servers using >>> my webapp with >>>>>>>>> this >>>>>>>>> version, and it is not simple to upgrade. >>>>>>>>> 2) I am testing Glassfish 4/JEE7 because Glassfish is >>> the oficial >>>>> server >>>>>>>>> approved by the enterprise, I can't change for >>> other server. Then, I >>>>>>>>> test >>>>>>>>> version 4 because there are some other functionalities >>> I would like to >>>>>>>>> use >>>>>>>>> from JEE7 in my webapp, but with CODI it is not >>> possible to deploy. >>>>>>>>> 3) I didn't understand the suggestion to use >>> Myfaces 2.2. Has it a >>>>>>>>> replacement for the CODI ConversationScoped, for >>> example? Because this >>>>>>>>> scope is used in many pages of my webapp, the main >>> resource from CODI >>>>>>>>> that >>>>>>>>> I use and need an alternative. I can't use Myfaces, >>> for example, to >>>>>>>>> change >>>>>>>>> Richfaces. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2013/10/30 Kay Wrobel <kay.wro...@gmx.net> >>>>>>>>> >>>>>>>>> Or he can stick with Glassfish 3.1.2.2, which is >>> GlassFish' last >>>>> final >>>>>>>>>> release targeting Java EE 6. Unless he wants to >>> incorporated new >>>>>>>>>> features >>>>>>>>>> that only Java EE 7 can provide, I'd say, stick >>> with what currently >>>>>>>>>> works. >>>>>>>>>> Or try alternatives, such as TomEE 1.5.2 or TomEE >>> 1.6 which still >>>>>>>>>> targets >>>>>>>>>> Java EE 6, or JBoss AS 7 which also targets Java EE >>> 6. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 10/30/2013 02:08 PM, Howard W. Smith, Jr. wrote: >>>>>>>>>> >>>>>>>>>> Also, MyFaces 2.2 (beta, which has JavaEE7 JSF2.2 >>> features) was >>>>>>>>>>> just/recently released (yesterday, I think). >>> Feel free to give that >>>>> a >>>>>>>>>>> try. >>>>>>>>>>> >>>>>>>>>>> TomEE and tomcat8 is and/or will be targeting >>> JEE7. >>>>>>>>>>> >>>>>>>>>>> is it a requirement to deploy to Glassfish 4, >>> or you just want to >>>>>>>>>>> deploy >>>>>>>>>>> to >>>>>>>>>>> your local machine for testing purposes only? >>>>>>>>>>> >>>>>>>>>>> if for testing purposes only, download latest >>> tomee 1.6 snapshot and >>>>>>>>>>> Myfaces 2.2 (beta), drop MyFaces 2.2 api + impl >>> JARs in tomee/lib >>>>>>>>>>> folder, >>>>>>>>>>> and give them a try. and if you have any >>> tomee-related questions, >>>>>>>>>>> please >>>>>>>>>>> subscribe to tomee user list and ask questions >>> there. they are >>>>>>>>>>> 'apache', >>>>>>>>>>> too, and just as helpful there, 'too'. >>> :) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Wed, Oct 30, 2013 at 2:59 PM, Kay Wrobel >>> <kay.wro...@gmx.net> >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Edilmar. >>>>>>>>>>> >>>>>>>>>>>> I had the same issues. There are >>> incompatibilities apparently with >>>>>>>>>>>> JSF >>>>>>>>>>>> 2.2 >>>>>>>>>>>> that ships with GlassFish 4. And JSF 2.2 >>> has some much improved CDI >>>>>>>>>>>> features, such as proper @ViewScope. >>>>>>>>>>>> >>>>>>>>>>>> Kay >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 10/30/2013 01:03 PM, Edilmar Alves >>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>>> I have an webapp that runs fine in >>> GF3.1.1 using Weld1.1 + CODI + >>>>>>>>>>>>> JPA2 + >>>>>>>>>>>>> Hibernate4.2.6 + JSF2 + RichFaces4.3.4. >>>>>>>>>>>>> Then, when I try to deploy in GF4, >>> server.log arises this error, >>>>> and >>>>>>>>>>>>> searching on Internet, some people said >>> this is a >>>>>>>>>>>>> problem with CODI, that is not >>> compatible with JEE7 projects. Is >>>>>>>>>>>>> this >>>>>>>>>>>>> true? >>>>>>>>>>>>> If it is not compatible, is there some >>> alternative >>>>>>>>>>>>> that makes the same as CODI >>> ConversationScoped for example, that I >>>>>>>>>>>>> use >>>>>>>>>>>>> in >>>>>>>>>>>>> many places in my webapp? >>>>>>>>>>>>> >>>>>>>>>>>>> [2013-07-29T10:44:42.206-0400] >>> [glassfish 4.0] [SEVERE] >>>>>>>>>>>>> [NCLS-CORE-00026] >>>>>>>>>>>>> [javax.enterprise.system.core] [tid: >>> _ThreadID=36 >>>>>>>>>>>>> _ThreadName=admin-listener(5)] >>> [timeMillis: 1375109082206] >>>>>>>>>>>>> [levelValue: >>>>>>>>>>>>> 1000] [[ >>>>>>>>>>>>> >>>>>>>>>>>>> Exception during lifecycle >>> processing >>>>>>>>>>>>> >>>>>>>>>>>>> >>> org.glassfish.deployment.******common.DeploymentException: CDI >>>>>>>>>>>>> deployment >>>>>>>>>>>>> failure:WELD-001408 Unsatisfied >>> dependencies for type [Validator] >>>>>>>>>>>>> with >>>>>>>>>>>>> qualifiers [@Default] at injection >>> point [[UnbackedAnnotatedField] >>>>>>>>>>>>> @Inject >>>>>>>>>>>>> private >>>>>>>>>>>>> >>> org.hibernate.validator.******internal.cdi.interceptor.** >>>>>>>>>>>>> ValidationInterceptor.******validator] >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> org.glassfish.weld.******WeldDeployer.event(**** >>>>>>>>>>>>> WeldDeployer.java:225) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> org.glassfish.kernel.event.***** >>>>>>>>>>>>> *EventsImpl.send(EventsImpl.** >>>>>>>>>>>>> java:131) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.internal.data.******ApplicationInfo.load(** >>>>>>>>>>>>> ApplicationInfo.java:328) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.server.******ApplicationLifecycle.** >>>>>>>>>>>>> deploy(**** >>>>>>>>>>>>> ApplicationLifecycle.java:493) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.server.******ApplicationLifecycle.** >>>>>>>>>>>>> deploy(**** >>>>>>>>>>>>> ApplicationLifecycle.java:219) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.deployment.******admin.DeployCommand.execute(** >>>>>>>>>>>>> DeployCommand.java:491) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.admin.******CommandRunnerImpl$2$1.run(** >>>>>>>>>>>>> CommandRunnerImpl.java:527) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.admin.******CommandRunnerImpl$2$1.run(** >>>>>>>>>>>>> CommandRunnerImpl.java:523) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> java.security.******AccessController.doPrivileged(** >>>>>>>>>>>>> ****Native >>>>>>>>>>>>> Method) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> javax.security.auth.Subject.******doAs(Subject.java:356) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.admin.******CommandRunnerImpl$2.execute(**** >>>>>>>>>>>>> CommandRunnerImpl.java:522) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.admin.******CommandRunnerImpl.doCommand(**** >>>>>>>>>>>>> CommandRunnerImpl.java:546) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.admin.******CommandRunnerImpl.doCommand(**** >>>>>>>>>>>>> CommandRunnerImpl.java:1423) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.admin.******CommandRunnerImpl.access$** >>>>>>>>>>>>> 1500(**** >>>>>>>>>>>>> CommandRunnerImpl.java:108) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.admin.******CommandRunnerImpl$** >>>>>>>>>>>>> >>> ExecutionContext.execute(******CommandRunnerImpl.java:1762) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.admin.******CommandRunnerImpl$** >>>>>>>>>>>>> >>> ExecutionContext.execute(******CommandRunnerImpl.java:1674) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.admin.rest.******resources.admin.****** >>>>>>>>>>>>> CommandResource.** >>>>>>>>>>>>> >>> executeCommand(******CommandResource.java:396) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.admin.rest.******resources.admin.****** >>>>>>>>>>>>> CommandResource.** >>>>>>>>>>>>> >>> execCommandSimpInMultOut(******CommandResource.java:234) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> sun.reflect.******NativeMethodAccessorImpl.****** >>>>>>>>>>>>> invoke0(Native >>>>>>>>>>>>> Method) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> sun.reflect.******NativeMethodAccessorImpl.******invoke(** >>>>>>>>>>>>> NativeMethodAccessorImpl.java:******57) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> sun.reflect.******DelegatingMethodAccessorImpl.******invoke(** >>>>>>>>>>>>> >>> DelegatingMethodAccessorImpl.******java:43) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> java.lang.reflect.Method.******invoke(Method.java:601) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******model.internal.** >>>>>>>>>>>>> >>> ResourceMethodInvocationHandle******rFactory$1.invoke(** >>>>>>>>>>>>> >>> ResourceMethodInvocationHandle******rFactory.java:81) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******model.internal.** >>>>>>>>>>>>> >>> AbstractJavaResourceMethodDisp******atcher.invoke(** >>>>>>>>>>>>> >>> AbstractJavaResourceMethodDisp******atcher.java:125) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******model.internal.** >>>>>>>>>>>>> >>> JavaResourceMethodDispatcherPr******ovider$ResponseOutInvoker.** >>>>>>>>>>>>> **** >>>>>>>>>>>>> doDispatch(** >>>>>>>>>>>>> >>> JavaResourceMethodDispatcherPr******ovider.java:152) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******model.internal.** >>>>>>>>>>>>> >>> AbstractJavaResourceMethodDisp******atcher.dispatch(** >>>>>>>>>>>>> >>> AbstractJavaResourceMethodDisp******atcher.java:91) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******model.ResourceMethodInvoker.**** >>>>>>>>>>>>> >>> invoke(ResourceMethodInvoker.******java:346) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******model.ResourceMethodInvoker.**** >>>>>>>>>>>>> >>> apply(ResourceMethodInvoker.******java:341) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******model.ResourceMethodInvoker.**** >>>>>>>>>>>>> >>> apply(ResourceMethodInvoker.******java:101) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******ServerRuntime$1.run(** >>>>>>>>>>>>> ServerRuntime.java:224) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> org.glassfish.jersey.internal.** >>>>>>>>>>>>> ****Errors$1.call(Errors.java:**** >>>>>>>>>>>>> 271) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> org.glassfish.jersey.internal.** >>>>>>>>>>>>> ****Errors$1.call(Errors.java:**** >>>>>>>>>>>>> 267) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> org.glassfish.jersey.internal.** >>>>>>>>>>>>> ****Errors.process(Errors.**java:* >>>>>>>>>>>>> ***315) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> org.glassfish.jersey.internal.** >>>>>>>>>>>>> ****Errors.process(Errors.**java:* >>>>>>>>>>>>> ***297) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> org.glassfish.jersey.internal.** >>>>>>>>>>>>> ****Errors.process(Errors.**java:* >>>>>>>>>>>>> ***267) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.process.******internal.RequestScope.** >>>>>>>>>>>>> runInScope(RequestScope.java:******317) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******ServerRuntime.process(** >>>>>>>>>>>>> ServerRuntime.java:198) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.server.******ApplicationHandler.handle(** >>>>>>>>>>>>> ApplicationHandler.java:946) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.jersey.grizzly2.******httpserver.** >>>>>>>>>>>>> >>> GrizzlyHttpContainer.service(******GrizzlyHttpContainer.java:*** >>>>>>>>>>>>> *331) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>>>> >>> org.glassfish.admin.rest.******adapter.******JerseyContainerCommandService$ >>>>>>>>>>>>> **** >>>>>>>>>>>>> >>> 3.service(******JerseyContainerCommandService.******java:165) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.admin.rest.******adapter.RestAdapter.service(** >>>>>>>>>>>>> RestAdapter.java:181) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> com.sun.enterprise.v3.******services.impl.ContainerMapper.****** >>>>>>>>>>>>> service(ContainerMapper.java:******246) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.http.******server.HttpHandler.** >>>>>>>>>>>>> runService(**** >>>>>>>>>>>>> HttpHandler.java:191) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.http.******server.HttpHandler.doHandle(**** >>>>>>>>>>>>> HttpHandler.java:168) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.http.******server.HttpServerFilter.** >>>>>>>>>>>>> >>> handleRead(HttpServerFilter.******java:189) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.******filterchain.ExecutorResolver$****** >>>>>>>>>>>>> >>> 9.execute(ExecutorResolver.******java:119) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.******filterchain.****** >>>>>>>>>>>>> DefaultFilterChain.**** >>>>>>>>>>>>> executeFilter( >>>>>>>>>>>>> **DefaultFilterChain.java:288) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>>>> org.glassfish.grizzly.******filterchain.******DefaultFilterChain.** >>>>>>>>>>>>> >>> executeChainPart(******DefaultFilterChain.java:206) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>>>> >>> org.glassfish.grizzly.******filterchain.******DefaultFilterChain.execute(** >>>>>>>>>>>>> DefaultFilterChain.java:136) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>>>> >>> org.glassfish.grizzly.******filterchain.******DefaultFilterChain.process(** >>>>>>>>>>>>> DefaultFilterChain.java:114) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.******ProcessorExecutor.execute(** >>>>>>>>>>>>> ProcessorExecutor.java:77) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.nio.******transport.TCPNIOTransport.** >>>>>>>>>>>>> >>> fireIOEvent(TCPNIOTransport.******java:838) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.******strategies.AbstractIOStrategy.**** >>>>>>>>>>>>> **fireIOEvent(** >>>>>>>>>>>>> AbstractIOStrategy.java:113) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>>>> >>> org.glassfish.grizzly.******strategies.******WorkerThreadIOStrategy.run0(** >>>>>>>>>>>>> WorkerThreadIOStrategy.java:******115) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>>>> >>> org.glassfish.grizzly.******strategies.******WorkerThreadIOStrategy.access$ >>>>>>>>>>>>> **** >>>>>>>>>>>>> >>> 100(WorkerThreadIOStrategy.******java:55) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.******strategies.****** >>>>>>>>>>>>> WorkerThreadIOStrategy$** >>>>>>>>>>>>> >>> WorkerThreadRunnable.run(******WorkerThreadIOStrategy.java:**** >>>>>>>>>>>>> **135) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.******threadpool.AbstractThreadPool$**** >>>>>>>>>>>>> **Worker.doWork(** >>>>>>>>>>>>> AbstractThreadPool.java:564) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.glassfish.grizzly.******threadpool.AbstractThreadPool$****** >>>>>>>>>>>>> >>> Worker.run(AbstractThreadPool.******java:544) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> java.lang.Thread.run(Thread.******java:722) >>>>>>>>>>>>> >>>>>>>>>>>>> Caused by: >>> org.jboss.weld.exceptions.******DeploymentException: >>>>>>>>>>>>> WELD-001408 >>>>>>>>>>>>> Unsatisfied dependencies for type >>> [Validator] with qualifiers >>>>>>>>>>>>> [@Default] >>>>>>>>>>>>> at >>>>>>>>>>>>> injection point >>> [[UnbackedAnnotatedField] @Inject private >>>>>>>>>>>>> >>> org.hibernate.validator.******internal.cdi.interceptor.** >>>>>>>>>>>>> ValidationInterceptor.******validator] >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.jboss.weld.bootstrap.******Validator.**** >>>>>>>>>>>>> validateInjectionPointForDeplo****** >>>>>>>>>>>>> ymentProblems(Validator.java:******403) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.jboss.weld.bootstrap.******Validator.****** >>>>>>>>>>>>> validateInjectionPoint(** >>>>>>>>>>>>> Validator.java:325) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>>>> org.jboss.weld.bootstrap.******Validator.validateInterceptor(****** >>>>>>>>>>>>> Validator.java:554) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.jboss.weld.bootstrap.******Validator.****** >>>>>>>>>>>>> validateInterceptors(** >>>>>>>>>>>>> Validator.java:530) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.jboss.weld.bootstrap.******Validator.validateDeployment(****** >>>>>>>>>>>>> Validator.java:479) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>>>>>>>>>>>> >>> org.jboss.weld.bootstrap.******WeldBootstrap.validateBeans(** >>>>>>>>>>>>> WeldBootstrap.java:536) >>>>>>>>>>>>> >>>>>>>>>>>>> at >>> org.glassfish.weld.******WeldDeployer.event(**** >>>>>>>>>>>>> WeldDeployer.java:216) >>>>>>>>>>>>> >>>>>>>>>>>>> ... 58 more >>>>>>>>>>>>> >>>>>>>>>>>>> ]] >>>>>>>>>>>>> >>>>>>>>>>>>> [2013-07-29T10:44:42.208-0400] >>> [glassfish 4.0] [SEVERE] [] >>>>>>>>>>>>> [javax.enterprise.system.core] [tid: >>> _ThreadID=36 >>>>>>>>>>>>> _ThreadName=admin-listener(5)] >>> [timeMillis: 1375109082208] >>>>>>>>>>>>> [levelValue: >>>>>>>>>>>>> 1000] [[ >>>>>>>>>>>>> >>>>>>>>>>>>> Exception while loading the app]] >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>> >>>>>> >>>>>> -- >>>>>> Edilmar Alves >>>>>> Analista de Sistemas, Vascaíno, Rockeiro e Nadador >>>>>> face: /edilmar.alves, twitter: @edilista, skype: edilmar >>>>>> >>>>> >>>>> >>>>> -- >>>>> Edilmar Alves >>>>> Analista de Sistemas, Vascaíno, Rockeiro e Nadador >>>>> face: /edilmar.alves, twitter: @edilista, skype: edilmar >>>>> >>> >> > > >
