You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Edilmar Alves <ed...@gmail.com> on 2013/10/30 19:03:05 UTC
Apache CODI x JEE7 Glassfish4
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.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at
org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at
org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at
org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.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.validateInjectionPointForDeploymentProblems(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]]
Re: Apache CODI x JEE7 Glassfish4
Posted by Kay Wrobel <ka...@gmx.net>.
Thanks Gerhard.
I just Google'd the topic and also ran across DeltaSpike.
Sorry, I was a bit unaware of ConversationScoped and what it does and
that it was better implemented in CODI.
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 <ed...@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 <ed...@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 <ka...@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 <ka...@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 <ka...@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
>>
Re: Apache CODI x JEE7 Glassfish4
Posted by Edilmar Alves <ed...@gmail.com>.
I'll try to substitute CODI to DeltaSpike using JEE7/GF4 for test...
thanks... I'll return the result here...
2013/10/31 Gerhard Petracek <ge...@gmail.com>
> i haven't said something different.
>
> 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 <st...@yahoo.de>
>
> >
> >
> > yea, but that is minor tho what CODI can do.
> >
> > LieGrue,
> > strub
> >
> >
> >
> >
> >
> > >________________________________
> > > From: Gerhard Petracek <ge...@gmail.com>
> > >To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <
> > struberg@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 <st...@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 <ka...@gmx.net>
> > >>> To: MyFaces Discussion <us...@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 <ed...@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 <ed...@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 <ka...@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 <ka...@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
> > >>> <ka...@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
> > >>>>>
> > >>>
> > >>
> > >
> > >
> > >
> >
>
--
Edilmar Alves
Analista de Sistemas, Vascaíno, Rockeiro e Nadador
face: /edilmar.alves, twitter: @edilista, skype: edilmar
Re: Apache CODI x JEE7 Glassfish4
Posted by Gerhard Petracek <ge...@gmail.com>.
i haven't said something different.
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 <st...@yahoo.de>
>
>
> yea, but that is minor tho what CODI can do.
>
> LieGrue,
> strub
>
>
>
>
>
> >________________________________
> > From: Gerhard Petracek <ge...@gmail.com>
> >To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <
> struberg@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 <st...@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 <ka...@gmx.net>
> >>> To: MyFaces Discussion <us...@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 <ed...@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 <ed...@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 <ka...@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 <ka...@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
> >>> <ka...@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
> >>>>>
> >>>
> >>
> >
> >
> >
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Mark Struberg <st...@yahoo.de>.
yea, but that is minor tho what CODI can do.
LieGrue,
strub
>________________________________
> From: Gerhard Petracek <ge...@gmail.com>
>To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <st...@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 <st...@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 <ka...@gmx.net>
>>> To: MyFaces Discussion <us...@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 <ed...@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 <ed...@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 <ka...@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 <ka...@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
>>> <ka...@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
>>>>>
>>>
>>
>
>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Gerhard Petracek <ge...@gmail.com>.
@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 <st...@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 <ka...@gmx.net>
> > To: MyFaces Discussion <us...@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 <ed...@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 <ed...@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 <ka...@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 <ka...@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
> > <ka...@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
> >>>
> >
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Karl Kildén <ka...@gmail.com>.
Circular Injection A->B->A is well supported and is one of the charms with
proxies, right? I remember having that when using JSF beans though but it's
not something I've seen in CDI
cheers
On 31 October 2013 14:53, Howard W. Smith, Jr. <sm...@gmail.com>wrote:
> I think you called it 'circular injection'[1] and I've seen others call it
> circular reference, and for whatever reason, I was under the assumption
> that it was called cyclic reference (ever since i started using CDI).
>
> Circular Injection A->B->A
>
> [1] Page 26,
> http://people.apache.org/~struberg/inso2013/INSO_webdev-cdi-2013.pdf
>
>
> On Thu, Oct 31, 2013 at 9:00 AM, Mark Struberg <st...@yahoo.de> wrote:
>
> >
> >
> > what do you mean with cyclic reference issue?
> >
> > there is no such thing for @NormalScoped beans, and for @Dependent it
> will
> > never work.
> >
> > LieGrue,
> > strub
> >
> >
> >
> >
> >
> > >________________________________
> > > From: "Howard W. Smith, Jr." <sm...@gmail.com>
> > >To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <
> > struberg@yahoo.de>
> > >Sent: Thursday, 31 October 2013, 0:12
> > >Subject: Re: Apache CODI x JEE7 Glassfish4
> > >
> > >
> > >
> > >Mark,
> > >
> > >
> > >
> > >On Wed, Oct 30, 2013 at 7:05 PM, Mark Struberg <st...@yahoo.de>
> wrote:
> > >
> > >
> > >>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.
> > >>
> > >>
> > >
> > >
> > >Hmmm, I thought I heard that CDI-1.1 would address the cyclic reference
> > issue that occurs when using CDI. I have been using tomee/openwebbeans,
> and
> > I made a change in my software/app that exposed that the cyclic reference
> > issue still occurs.
> > >
> > >
> > >will OWB or CDI 1.1 (or future versions) address the cyclic reference
> > issue, or is this up to the developer to ensure their software avoids the
> > issue?
> > >
> > >
> > >
> > >
> >
>
Re: Apache CODI x JEE7 Glassfish4
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
okay, understood, thanks Karl.
i have learned how to avoid the stackoverflow error caused by circular
injection, but just recently, I made a change in my software/project, and i
experienced the stackoverflow error, and at first, i did not know what
caused the exception, but then I ran a local test, and read the
stacktrace...in netbeans error/output console...on my development server.
the stacktrace (on the production server) was a bit too long for me to
decipher; evidently, tomee/tomcat localhost log and/or stderr/catalina logs
are easier to read in netbeans output/error console for tomee server. :)
On Thu, Oct 31, 2013 at 10:31 AM, Karl Kildén <ka...@gmail.com> wrote:
> In some clear cases it's not supported and this has not changed in CDI
> 1.1. However it's never been a limiting factor for me at least since i
> normally don't really use dependent beans or any other non normalscoped.
> From the CDI 1.1 spec:
>
> the container is required to support circularities in the bean dependency
> graph where at least one bean participating in every circular chain of
> dependencies has a normal scope, as defined in [normal_scope]. The
> container is not required to support circular chains of dependencies where
> every bean participating in the chain has a pseudo-scope.
>
>
>
>
> On 31 October 2013 15:01, Howard W. Smith, Jr. <smithh032772@gmail.com
> >wrote:
>
> > which can result in inifinite loop and stackoverflow error. long time
> ago,
> > i think I heard that CDI 1.1 would solve the stackoverflow error when
> > developer does circular injection, incorrectly, or maybe I did not read
> > something correctly, when i first started using CDI, and trying to avoid
> > the stackoverflow error caused by circular reference.
> >
> >
> > On Thu, Oct 31, 2013 at 9:53 AM, Howard W. Smith, Jr. <
> > smithh032772@gmail.com> wrote:
> >
> > > I think you called it 'circular injection'[1] and I've seen others call
> > it
> > > circular reference, and for whatever reason, I was under the assumption
> > > that it was called cyclic reference (ever since i started using CDI).
> > >
> > > Circular Injection A->B->A
> > >
> > > [1] Page 26,
> > > http://people.apache.org/~struberg/inso2013/INSO_webdev-cdi-2013.pdf
> > >
> > >
> > > On Thu, Oct 31, 2013 at 9:00 AM, Mark Struberg <st...@yahoo.de>
> > wrote:
> > >
> > >>
> > >>
> > >> what do you mean with cyclic reference issue?
> > >>
> > >> there is no such thing for @NormalScoped beans, and for @Dependent it
> > >> will never work.
> > >>
> > >> LieGrue,
> > >> strub
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> >________________________________
> > >> > From: "Howard W. Smith, Jr." <sm...@gmail.com>
> > >> >To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <
> > >> struberg@yahoo.de>
> > >> >Sent: Thursday, 31 October 2013, 0:12
> > >> >Subject: Re: Apache CODI x JEE7 Glassfish4
> > >> >
> > >> >
> > >> >
> > >> >Mark,
> > >> >
> > >> >
> > >> >
> > >> >On Wed, Oct 30, 2013 at 7:05 PM, Mark Struberg <st...@yahoo.de>
> > >> wrote:
> > >> >
> > >> >
> > >> >>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.
> > >> >>
> > >> >>
> > >> >
> > >> >
> > >> >Hmmm, I thought I heard that CDI-1.1 would address the cyclic
> reference
> > >> issue that occurs when using CDI. I have been using
> tomee/openwebbeans,
> > and
> > >> I made a change in my software/app that exposed that the cyclic
> > reference
> > >> issue still occurs.
> > >> >
> > >> >
> > >> >will OWB or CDI 1.1 (or future versions) address the cyclic reference
> > >> issue, or is this up to the developer to ensure their software avoids
> > the
> > >> issue?
> > >> >
> > >> >
> > >> >
> > >> >
> > >>
> > >
> > >
> >
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Karl Kildén <ka...@gmail.com>.
In some clear cases it's not supported and this has not changed in CDI
1.1. However it's never been a limiting factor for me at least since i
normally don't really use dependent beans or any other non normalscoped.
>From the CDI 1.1 spec:
the container is required to support circularities in the bean dependency
graph where at least one bean participating in every circular chain of
dependencies has a normal scope, as defined in [normal_scope]. The
container is not required to support circular chains of dependencies where
every bean participating in the chain has a pseudo-scope.
On 31 October 2013 15:01, Howard W. Smith, Jr. <sm...@gmail.com>wrote:
> which can result in inifinite loop and stackoverflow error. long time ago,
> i think I heard that CDI 1.1 would solve the stackoverflow error when
> developer does circular injection, incorrectly, or maybe I did not read
> something correctly, when i first started using CDI, and trying to avoid
> the stackoverflow error caused by circular reference.
>
>
> On Thu, Oct 31, 2013 at 9:53 AM, Howard W. Smith, Jr. <
> smithh032772@gmail.com> wrote:
>
> > I think you called it 'circular injection'[1] and I've seen others call
> it
> > circular reference, and for whatever reason, I was under the assumption
> > that it was called cyclic reference (ever since i started using CDI).
> >
> > Circular Injection A->B->A
> >
> > [1] Page 26,
> > http://people.apache.org/~struberg/inso2013/INSO_webdev-cdi-2013.pdf
> >
> >
> > On Thu, Oct 31, 2013 at 9:00 AM, Mark Struberg <st...@yahoo.de>
> wrote:
> >
> >>
> >>
> >> what do you mean with cyclic reference issue?
> >>
> >> there is no such thing for @NormalScoped beans, and for @Dependent it
> >> will never work.
> >>
> >> LieGrue,
> >> strub
> >>
> >>
> >>
> >>
> >>
> >> >________________________________
> >> > From: "Howard W. Smith, Jr." <sm...@gmail.com>
> >> >To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <
> >> struberg@yahoo.de>
> >> >Sent: Thursday, 31 October 2013, 0:12
> >> >Subject: Re: Apache CODI x JEE7 Glassfish4
> >> >
> >> >
> >> >
> >> >Mark,
> >> >
> >> >
> >> >
> >> >On Wed, Oct 30, 2013 at 7:05 PM, Mark Struberg <st...@yahoo.de>
> >> wrote:
> >> >
> >> >
> >> >>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.
> >> >>
> >> >>
> >> >
> >> >
> >> >Hmmm, I thought I heard that CDI-1.1 would address the cyclic reference
> >> issue that occurs when using CDI. I have been using tomee/openwebbeans,
> and
> >> I made a change in my software/app that exposed that the cyclic
> reference
> >> issue still occurs.
> >> >
> >> >
> >> >will OWB or CDI 1.1 (or future versions) address the cyclic reference
> >> issue, or is this up to the developer to ensure their software avoids
> the
> >> issue?
> >> >
> >> >
> >> >
> >> >
> >>
> >
> >
>
Re: Apache CODI x JEE7 Glassfish4
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
which can result in inifinite loop and stackoverflow error. long time ago,
i think I heard that CDI 1.1 would solve the stackoverflow error when
developer does circular injection, incorrectly, or maybe I did not read
something correctly, when i first started using CDI, and trying to avoid
the stackoverflow error caused by circular reference.
On Thu, Oct 31, 2013 at 9:53 AM, Howard W. Smith, Jr. <
smithh032772@gmail.com> wrote:
> I think you called it 'circular injection'[1] and I've seen others call it
> circular reference, and for whatever reason, I was under the assumption
> that it was called cyclic reference (ever since i started using CDI).
>
> Circular Injection A->B->A
>
> [1] Page 26,
> http://people.apache.org/~struberg/inso2013/INSO_webdev-cdi-2013.pdf
>
>
> On Thu, Oct 31, 2013 at 9:00 AM, Mark Struberg <st...@yahoo.de> wrote:
>
>>
>>
>> what do you mean with cyclic reference issue?
>>
>> there is no such thing for @NormalScoped beans, and for @Dependent it
>> will never work.
>>
>> LieGrue,
>> strub
>>
>>
>>
>>
>>
>> >________________________________
>> > From: "Howard W. Smith, Jr." <sm...@gmail.com>
>> >To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <
>> struberg@yahoo.de>
>> >Sent: Thursday, 31 October 2013, 0:12
>> >Subject: Re: Apache CODI x JEE7 Glassfish4
>> >
>> >
>> >
>> >Mark,
>> >
>> >
>> >
>> >On Wed, Oct 30, 2013 at 7:05 PM, Mark Struberg <st...@yahoo.de>
>> wrote:
>> >
>> >
>> >>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.
>> >>
>> >>
>> >
>> >
>> >Hmmm, I thought I heard that CDI-1.1 would address the cyclic reference
>> issue that occurs when using CDI. I have been using tomee/openwebbeans, and
>> I made a change in my software/app that exposed that the cyclic reference
>> issue still occurs.
>> >
>> >
>> >will OWB or CDI 1.1 (or future versions) address the cyclic reference
>> issue, or is this up to the developer to ensure their software avoids the
>> issue?
>> >
>> >
>> >
>> >
>>
>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
I think you called it 'circular injection'[1] and I've seen others call it
circular reference, and for whatever reason, I was under the assumption
that it was called cyclic reference (ever since i started using CDI).
Circular Injection A->B->A
[1] Page 26,
http://people.apache.org/~struberg/inso2013/INSO_webdev-cdi-2013.pdf
On Thu, Oct 31, 2013 at 9:00 AM, Mark Struberg <st...@yahoo.de> wrote:
>
>
> what do you mean with cyclic reference issue?
>
> there is no such thing for @NormalScoped beans, and for @Dependent it will
> never work.
>
> LieGrue,
> strub
>
>
>
>
>
> >________________________________
> > From: "Howard W. Smith, Jr." <sm...@gmail.com>
> >To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <
> struberg@yahoo.de>
> >Sent: Thursday, 31 October 2013, 0:12
> >Subject: Re: Apache CODI x JEE7 Glassfish4
> >
> >
> >
> >Mark,
> >
> >
> >
> >On Wed, Oct 30, 2013 at 7:05 PM, Mark Struberg <st...@yahoo.de> wrote:
> >
> >
> >>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.
> >>
> >>
> >
> >
> >Hmmm, I thought I heard that CDI-1.1 would address the cyclic reference
> issue that occurs when using CDI. I have been using tomee/openwebbeans, and
> I made a change in my software/app that exposed that the cyclic reference
> issue still occurs.
> >
> >
> >will OWB or CDI 1.1 (or future versions) address the cyclic reference
> issue, or is this up to the developer to ensure their software avoids the
> issue?
> >
> >
> >
> >
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Mark Struberg <st...@yahoo.de>.
what do you mean with cyclic reference issue?
there is no such thing for @NormalScoped beans, and for @Dependent it will never work.
LieGrue,
strub
>________________________________
> From: "Howard W. Smith, Jr." <sm...@gmail.com>
>To: MyFaces Discussion <us...@myfaces.apache.org>; Mark Struberg <st...@yahoo.de>
>Sent: Thursday, 31 October 2013, 0:12
>Subject: Re: Apache CODI x JEE7 Glassfish4
>
>
>
>Mark,
>
>
>
>On Wed, Oct 30, 2013 at 7:05 PM, Mark Struberg <st...@yahoo.de> wrote:
>
>
>>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.
>>
>>
>
>
>Hmmm, I thought I heard that CDI-1.1 would address the cyclic reference issue that occurs when using CDI. I have been using tomee/openwebbeans, and I made a change in my software/app that exposed that the cyclic reference issue still occurs.
>
>
>will OWB or CDI 1.1 (or future versions) address the cyclic reference issue, or is this up to the developer to ensure their software avoids the issue?
>
>
>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
Mark,
On Wed, Oct 30, 2013 at 7:05 PM, Mark Struberg <st...@yahoo.de> wrote:
>
> 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.
>
>
Hmmm, I thought I heard that CDI-1.1 would address the cyclic reference
issue that occurs when using CDI. I have been using tomee/openwebbeans, and
I made a change in my software/app that exposed that the cyclic reference
issue still occurs.
will OWB or CDI 1.1 (or future versions) address the cyclic reference
issue, or is this up to the developer to ensure their software avoids the
issue?
Re: Apache CODI x JEE7 Glassfish4
Posted by Mark Struberg <st...@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 <ka...@gmx.net>
> To: MyFaces Discussion <us...@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 <ed...@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 <ed...@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 <ka...@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 <ka...@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
> <ka...@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
>>>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
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 <ka...@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 <ed...@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 <ed...@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 <ka...@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 <ka...@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 <ka...@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
> >>>
> >>>
> >
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Gerhard Petracek <ge...@gmail.com>.
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 <ka...@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 <ed...@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 <ed...@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 <ka...@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 <ka...@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 <ka...@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
>>>
>>>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Kay Wrobel <ka...@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
> [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 <ed...@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 <ed...@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 <ka...@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 <ka...@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 <ka...@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
>>
Re: Apache CODI x JEE7 Glassfish4
Posted by Gerhard Petracek <ge...@gmail.com>.
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 <ed...@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 <ed...@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 <ka...@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 <ka...@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 <ka...@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
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Kay Wrobel <ka...@gmx.net>.
Yeah, I think CODI was a good for some features that either didn't exist
in CDI 1.0 (like ViewAccessScoped) or were better implemented in CODI.
That said, CDI in Java EE 7 is much improved, and switching over to an
EE 7 profile and taking advantage of it may require you to make code
changes anyway.
You can always test specific behaviors out in sample projects you create
and then compare your CODI implementation vs the CDI 1.1 implementation.
There might even be unit tests you can write. It may be as simple as
changing all the import statements in your source codes.
On 10/30/2013 03:56 PM, Edilmar Alves wrote:
> I think CODI is a great replacement for my actual environment, the only
> problem is to deploy in GF4.
>
>
> 2013/10/30 Edilmar Alves <ed...@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 <ka...@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 <ka...@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 <ka...@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
>>
>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Edilmar Alves <ed...@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 <ed...@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 <ka...@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 <ka...@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 <ka...@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
Re: Apache CODI x JEE7 Glassfish4
Posted by Edilmar Alves <ed...@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 <ka...@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 <ka...@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 <ka...@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
Re: Apache CODI x JEE7 Glassfish4
Posted by Kay Wrobel <ka...@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>
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> 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/> 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 <ka...@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 <ka...@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]]
>>>>>>
>>>>>>
>>>>>>
>>
>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Kay Wrobel <ka...@gmx.net>.
I'm looking at CDI 1.1 spec
<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/> 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 <ka...@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 <ka...@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]]
>>>>>
>>>>>
>>>>>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Edilmar Alves <ed...@gmail.com>.
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 <ka...@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 <ka...@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
Re: Apache CODI x JEE7 Glassfish4
Posted by Kay Wrobel <ka...@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 <ka...@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]]
>>>
>>>
Re: Apache CODI x JEE7 Glassfish4
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
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 <ka...@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]]
>>
>>
>
Re: Apache CODI x JEE7 Glassfish4
Posted by Kay Wrobel <ka...@gmx.net>.
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.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
>
> at
> org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
>
> at
> org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
>
> at
> org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.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.validateInjectionPointForDeploymentProblems(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]]
>