myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Howard W. Smith, Jr." <smithh032...@gmail.com>
Subject Re: Apache CODI x JEE7 Glassfish4
Date Wed, 30 Oct 2013 22:41:59 GMT
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.petracek@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.wrobel@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 <edilista@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 <edilista@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.wrobel@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.wrobel@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.wrobel@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
> >>>
> >>>
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message