Interesting conversation, and per your responses, Gerhard, I guess I can go ahead and quote what I heard someone mentioned in another forum (or issue tracker) about CODI being an inactive project...being superseded by deltaspike.
I think Mark Struberg or one of your guys provided a slideshow about MyFaces, JSF 2.2, and/or deltaspike, and I found that quite interesting...after I reviewed that slideshow from beginning to end. @ViewAccessScoped seems really really nice and I do remember seeing in that slideshow/presentation/PDF that deltaspike = 'the future'. lol :) i'm satisfied with OmniFaces and MyFaces 2.2. CDI @ViewScoped for now; not really impressed with (or interested in) @ConversationScoped at all....that's just me though. On Wed, Oct 30, 2013 at 6:32 PM, Gerhard Petracek < gerhard.petra...@gmail.com> wrote: > those changes in v1.1 are better than nothing, but still not enough. codi > (grouped-)conversations follow quite different concepts. > most concepts provided by codi have been ported to deltaspike (with ee7 in > mind). however, ee7 only contains few of them out-of-the-box (and in some > cases just sub-sets). > > 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/30 Kay Wrobel <kay.wro...@gmx.net> > > > 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< > 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://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-**< > http://www.bleathem.ca/blog/**2013/09/richfaces-434final-**> > >>>>> release-announcement.html< > >>>>> > >>>> 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< > 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/>< > >>>>>> 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 > >>> > >>> > > >
