You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Dominik Dorn <do...@dominikdorn.com> on 2011/01/17 12:12:12 UTC
Problems with CODI 0.9.2 on Glassfish 3.1
Hi,
I'm having problems with CODI 0.9.2 on Glassfish 3.1.
When trying to deploy my app, I receive the following exception:
[#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
while loading the app : WELD-001408 Unsatisfied dependencies for type
[Logger] with qualifiers [@Default] at injection point [[field]
@Inject private
org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied
dependencies for type [Logger] with qualifiers [@Default] at injection
point [[field] @Inject private
org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:619)
|#]
I have the following jars in my /WEB-INF/lib directory:
activation-1.1.1.jar
bcmail-jdk16-1.45.jar
bcprov-jdk16-1.45.jar
commons-beanutils-1.8.0.jar
commons-codec-1.4.jar
commons-digester-2.1.jar
commons-fileupload-1.2.1.jar
commons-io-1.4.jar
commons-logging-1.1.1.jar
log4j-1.2.15.jar
myfaces-extcdi-core-api-0.9.2.jar
myfaces-extcdi-core-impl-0.9.2.jar
myfaces-extcdi-jsf20-module-api-0.9.2.jar
myfaces-extcdi-jsf20-module-impl-0.9.2.jar
myfaces-extcdi-message-module-api-0.9.2.jar
myfaces-extcdi-message-module-impl-0.9.2.jar
myfaces-extcdi-scripting-module-api-0.9.2.jar
myfaces-extcdi-scripting-module-impl-0.9.2.jar
prettyfaces-jsf2-3.1.0.jar
primefaces-2.2.M1.jar
slf4j-api-1.6.1.jar
slf4j-log4j12-1.6.1.jar
Without the myfaces-extcdi jars I can deploy, but of course, I'm not
able to use the CDI enhancements.
Please help.
Thanks,
Dominik
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Gerhard <ge...@gmail.com>.
hi,
we also have other package private classes for producer methods which work
in glassfish (at least v3.0.1)
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/1/17 Mark Struberg <st...@yahoo.de>
> I'll focus on the producer since the other part got answered by Gerhard
> already.
>
> I've talked with Pete Muir now and he did test this in weld-core trunk. It
> works there, so this might possibly be a glassfish issue. Maybe it doesn't
> expose non-public classes to the classpath scanner?
>
> Anyway, I'll make the producer public for the future.
>
> LieGrue,
> strub
>
>
> --- On Mon, 1/17/11, Dominik Dorn <do...@dominikdorn.com> wrote:
>
> > From: Dominik Dorn <do...@dominikdorn.com>
> > Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
> > To: "MyFaces Discussion" <us...@myfaces.apache.org>
> > Date: Monday, January 17, 2011, 12:49 PM
> > Ok, it works now with glassfish
> > 3.0.1
> >
> > however, codi adds request params and a window id to every
> > url (by
> > redirecting), also those mapped by prettyfaces.
> >
> > e.g. I have this mapping:
> > <url-mapping id="coursePage">
> > <pattern>/#{/[a-z]{2}/
> > countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
> >
> > <view-id>/coursePage.xhtml</view-id>
> > </url-mapping>
> > and this url:
> >
> > http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
> >
> > codi redirects this to
> >
> >
> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
> >
> > how can I disable this?
> >
> > Thanks.
> > Dominik
> >
> >
> >
> > On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn <do...@dominikdorn.com>
> > wrote:
> > > Will try with 3.0.1 then. hopefully it works there.
> > > Will report back soon.
> > >
> > > On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de>
> > wrote:
> > >> the producer for @Default @Logger is
> > >>
> >
> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
> > >>
> > >> so this should be available.
> > >>
> > >> Btw, I gonna rename this to LoggerProducer, drop
> > the final and make it public. Maybe the missing 'public' on
> > the class is the problem for Weld, who knows...
> > >>
> > >> LieGrue,
> > >> strub
> > >>
> > >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
> > wrote:
> > >>
> > >>> From: Gerhard <ge...@gmail.com>
> > >>> Subject: Re: Problems with CODI 0.9.2 on
> > Glassfish 3.1
> > >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> > >>> Date: Monday, January 17, 2011, 12:13 PM
> > >>> hi dominik,
> > >>>
> > >>> v0.9.2 is tested with glassfish 3.0.1
> > >>> glassfish 3.1 contains a different version of
> > weld which
> > >>> has some other
> > >>> issues as well (e.g. see [1]).
> > >>>
> > >>> regards,
> > >>> gerhard
> > >>>
> > >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
> > >>>
> > >>> http://www.irian.at
> > >>>
> > >>> Your JSF powerhouse -
> > >>> JSF Consulting, Development and
> > >>> Courses in English and German
> > >>>
> > >>> Professional Support for Apache MyFaces
> > >>>
> > >>>
> > >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> > >>>
> > >>> > Hi,
> > >>> >
> > >>> > I'm having problems with CODI 0.9.2 on
> > Glassfish 3.1.
> > >>> > When trying to deploy my app, I receive
> > the following
> > >>> exception:
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>>
> >
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> > >>> > while loading the app : WELD-001408
> > Unsatisfied
> > >>> dependencies for type
> > >>> > [Logger] with qualifiers [@Default] at
> > injection point
> > >>> [[field]
> > >>> > @Inject private
> > >>> >
> > >>> >
> > >>>
> >
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> > >>> >
> > org.jboss.weld.exceptions.DeploymentException:
> > >>> WELD-001408 Unsatisfied
> > >>> > dependencies for type [Logger] with
> > qualifiers
> > >>> [@Default] at injection
> > >>> > point [[field] @Inject private
> > >>> >
> > >>> >
> > >>>
> >
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> > >>> > at
> > >>> >
> > >>>
> >
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> > >>> > at
> > >>> >
> > >>>
> > org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> > >>> > at
> > >>> >
> > >>>
> > org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> > >>> > at
> > >>> >
> > >>>
> > org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> > >>> > at
> > >>> >
> > >>>
> > org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> > >>> > at
> > >>> >
> > >>>
> >
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> > >>> > at
> > >>>
> > org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> > >>> > at
> > >>>
> > org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> > >>> > at
> > >>> >
> > >>>
> >
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> > >>> > at
> > >>> >
> > >>>
> >
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> > >>> > at
> > >>> >
> > >>>
> > com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> > >>> > at
> > >>> >
> > >>>
> > com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> > >>> > at
> > >>> >
> > >>>
> > com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> > >>> > at
> > >>> >
> > >>>
> > com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> > >>> > at
> > >>> >
> > >>>
> > com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> > >>> > at
> > >>> >
> > >>>
> > com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> > >>> > at
> > >>>
> > com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> > >>> > at
> > >>> >
> > >>>
> >
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> > >>> > at
> > >>> java.lang.Thread.run(Thread.java:619)
> > >>> > |#]
> > >>> >
> > >>> >
> > >>> > I have the following jars in my
> > /WEB-INF/lib
> > >>> directory:
> > >>> > activation-1.1.1.jar
> > >>> > bcmail-jdk16-1.45.jar
> > >>> > bcprov-jdk16-1.45.jar
> > >>> > commons-beanutils-1.8.0.jar
> > >>> > commons-codec-1.4.jar
> > >>> > commons-digester-2.1.jar
> > >>> > commons-fileupload-1.2.1.jar
> > >>> > commons-io-1.4.jar
> > >>> > commons-logging-1.1.1.jar
> > >>> > log4j-1.2.15.jar
> > >>> > myfaces-extcdi-core-api-0.9.2.jar
> > >>> > myfaces-extcdi-core-impl-0.9.2.jar
> > >>> >
> > myfaces-extcdi-jsf20-module-api-0.9.2.jar
> > >>> >
> > myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> > >>> >
> > myfaces-extcdi-message-module-api-0.9.2.jar
> > >>> >
> > myfaces-extcdi-message-module-impl-0.9.2.jar
> > >>> >
> > myfaces-extcdi-scripting-module-api-0.9.2.jar
> > >>> >
> > myfaces-extcdi-scripting-module-impl-0.9.2.jar
> > >>> > prettyfaces-jsf2-3.1.0.jar
> > >>> > primefaces-2.2.M1.jar
> > >>> > slf4j-api-1.6.1.jar
> > >>> > slf4j-log4j12-1.6.1.jar
> > >>> >
> > >>> >
> > >>> > Without the myfaces-extcdi jars I can
> > deploy, but of
> > >>> course, I'm not
> > >>> > able to use the CDI enhancements.
> > >>> >
> > >>> > Please help.
> > >>> >
> > >>> > Thanks,
> > >>> > Dominik
> > >>> >
> > >>>
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > >
> > > --
> > > Dominik Dorn
> > > http://dominikdorn.com
> > > http://twitter.com/domdorn
> > >
> > > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> > >
> >
> >
> >
> > --
> > Dominik Dorn
> > http://dominikdorn.com
> > http://twitter.com/domdorn
> >
> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> >
>
>
>
>
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Rudy De Busscher <rd...@gmail.com>.
All,
I used 0.9.2 Codi on JbossAS 6 final today. There was no problem (in my
configuration, used the distribution jar).
regards
Rudy.
On 17 January 2011 16:23, Dominik Dorn <do...@dominikdorn.com> wrote:
> Mark,
>
> I don't have a JBossAS instance, but this sounds like another perfect issue
> for
> OpenTCK.org
>
> Have you already seen this?
> There's also one first testcase in github.com/opentck/javaee_cdi
>
> Dominik
>
> On Mon, Jan 17, 2011 at 3:30 PM, Mark Struberg <st...@yahoo.de> wrote:
> > Dominik, can you please also test this on the latest JBossAS?
> >
> > From the point of the CDI spec there is nothing against this pattern. So
> it might be a glassfish CDI-integration issue which needs to be reported
> over there.
> >
> > LieGrue,
> > strub
> >
> > --- On Mon, 1/17/11, Dominik Dorn <do...@dominikdorn.com> wrote:
> >
> >> From: Dominik Dorn <do...@dominikdorn.com>
> >> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
> >> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> >> Date: Monday, January 17, 2011, 12:49 PM
> >> Ok, it works now with glassfish
> >> 3.0.1
> >>
> >> however, codi adds request params and a window id to every
> >> url (by
> >> redirecting), also those mapped by prettyfaces.
> >>
> >> e.g. I have this mapping:
> >> <url-mapping id="coursePage">
> >> <pattern>/#{/[a-z]{2}/
> >> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
> >>
> >> <view-id>/coursePage.xhtml</view-id>
> >> </url-mapping>
> >> and this url:
> >>
> >> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
> >>
> >> codi redirects this to
> >>
> >>
> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
> >>
> >> how can I disable this?
> >>
> >> Thanks.
> >> Dominik
> >>
> >>
> >>
> >> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn <do...@dominikdorn.com>
> >> wrote:
> >> > Will try with 3.0.1 then. hopefully it works there.
> >> > Will report back soon.
> >> >
> >> > On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de>
> >> wrote:
> >> >> the producer for @Default @Logger is
> >> >>
> >>
> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
> >> >>
> >> >> so this should be available.
> >> >>
> >> >> Btw, I gonna rename this to LoggerProducer, drop
> >> the final and make it public. Maybe the missing 'public' on
> >> the class is the problem for Weld, who knows...
> >> >>
> >> >> LieGrue,
> >> >> strub
> >> >>
> >> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
> >> wrote:
> >> >>
> >> >>> From: Gerhard <ge...@gmail.com>
> >> >>> Subject: Re: Problems with CODI 0.9.2 on
> >> Glassfish 3.1
> >> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> >> >>> Date: Monday, January 17, 2011, 12:13 PM
> >> >>> hi dominik,
> >> >>>
> >> >>> v0.9.2 is tested with glassfish 3.0.1
> >> >>> glassfish 3.1 contains a different version of
> >> weld which
> >> >>> has some other
> >> >>> issues as well (e.g. see [1]).
> >> >>>
> >> >>> regards,
> >> >>> gerhard
> >> >>>
> >> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
> >> >>>
> >> >>> http://www.irian.at
> >> >>>
> >> >>> Your JSF powerhouse -
> >> >>> JSF Consulting, Development and
> >> >>> Courses in English and German
> >> >>>
> >> >>> Professional Support for Apache MyFaces
> >> >>>
> >> >>>
> >> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> >> >>>
> >> >>> > Hi,
> >> >>> >
> >> >>> > I'm having problems with CODI 0.9.2 on
> >> Glassfish 3.1.
> >> >>> > When trying to deploy my app, I receive
> >> the following
> >> >>> exception:
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>>
> >>
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> >> >>> > while loading the app : WELD-001408
> >> Unsatisfied
> >> >>> dependencies for type
> >> >>> > [Logger] with qualifiers [@Default] at
> >> injection point
> >> >>> [[field]
> >> >>> > @Inject private
> >> >>> >
> >> >>> >
> >> >>>
> >>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >> >>> >
> >> org.jboss.weld.exceptions.DeploymentException:
> >> >>> WELD-001408 Unsatisfied
> >> >>> > dependencies for type [Logger] with
> >> qualifiers
> >> >>> [@Default] at injection
> >> >>> > point [[field] @Inject private
> >> >>> >
> >> >>> >
> >> >>>
> >>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> >> >>> > at
> >> >>> >
> >> >>>
> >> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> >> >>> > at
> >> >>> >
> >> >>>
> >> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> >> >>> > at
> >> >>> >
> >> >>>
> >> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> >> >>> > at
> >> >>>
> >> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> >> >>> > at
> >> >>>
> >> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> >> >>> > at
> >> >>> >
> >> >>>
> >> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> >> >>> > at
> >> >>> >
> >> >>>
> >> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> >> >>> > at
> >> >>> >
> >> >>>
> >> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> >> >>> > at
> >> >>> >
> >> >>>
> >> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> >> >>> > at
> >> >>>
> >> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> >> >>> > at
> >> >>> java.lang.Thread.run(Thread.java:619)
> >> >>> > |#]
> >> >>> >
> >> >>> >
> >> >>> > I have the following jars in my
> >> /WEB-INF/lib
> >> >>> directory:
> >> >>> > activation-1.1.1.jar
> >> >>> > bcmail-jdk16-1.45.jar
> >> >>> > bcprov-jdk16-1.45.jar
> >> >>> > commons-beanutils-1.8.0.jar
> >> >>> > commons-codec-1.4.jar
> >> >>> > commons-digester-2.1.jar
> >> >>> > commons-fileupload-1.2.1.jar
> >> >>> > commons-io-1.4.jar
> >> >>> > commons-logging-1.1.1.jar
> >> >>> > log4j-1.2.15.jar
> >> >>> > myfaces-extcdi-core-api-0.9.2.jar
> >> >>> > myfaces-extcdi-core-impl-0.9.2.jar
> >> >>> >
> >> myfaces-extcdi-jsf20-module-api-0.9.2.jar
> >> >>> >
> >> myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> >> >>> >
> >> myfaces-extcdi-message-module-api-0.9.2.jar
> >> >>> >
> >> myfaces-extcdi-message-module-impl-0.9.2.jar
> >> >>> >
> >> myfaces-extcdi-scripting-module-api-0.9.2.jar
> >> >>> >
> >> myfaces-extcdi-scripting-module-impl-0.9.2.jar
> >> >>> > prettyfaces-jsf2-3.1.0.jar
> >> >>> > primefaces-2.2.M1.jar
> >> >>> > slf4j-api-1.6.1.jar
> >> >>> > slf4j-log4j12-1.6.1.jar
> >> >>> >
> >> >>> >
> >> >>> > Without the myfaces-extcdi jars I can
> >> deploy, but of
> >> >>> course, I'm not
> >> >>> > able to use the CDI enhancements.
> >> >>> >
> >> >>> > Please help.
> >> >>> >
> >> >>> > Thanks,
> >> >>> > Dominik
> >> >>> >
> >> >>>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Dominik Dorn
> >> > http://dominikdorn.com
> >> > http://twitter.com/domdorn
> >> >
> >> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> >> >
> >>
> >>
> >>
> >> --
> >> Dominik Dorn
> >> http://dominikdorn.com
> >> http://twitter.com/domdorn
> >>
> >> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> >>
> >
> >
> >
> >
>
>
>
> --
> Dominik Dorn
> http://dominikdorn.com
> http://twitter.com/domdorn
>
> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Dominik Dorn <do...@dominikdorn.com>.
Mark,
I don't have a JBossAS instance, but this sounds like another perfect issue for
OpenTCK.org
Have you already seen this?
There's also one first testcase in github.com/opentck/javaee_cdi
Dominik
On Mon, Jan 17, 2011 at 3:30 PM, Mark Struberg <st...@yahoo.de> wrote:
> Dominik, can you please also test this on the latest JBossAS?
>
> From the point of the CDI spec there is nothing against this pattern. So it might be a glassfish CDI-integration issue which needs to be reported over there.
>
> LieGrue,
> strub
>
> --- On Mon, 1/17/11, Dominik Dorn <do...@dominikdorn.com> wrote:
>
>> From: Dominik Dorn <do...@dominikdorn.com>
>> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>> Date: Monday, January 17, 2011, 12:49 PM
>> Ok, it works now with glassfish
>> 3.0.1
>>
>> however, codi adds request params and a window id to every
>> url (by
>> redirecting), also those mapped by prettyfaces.
>>
>> e.g. I have this mapping:
>> <url-mapping id="coursePage">
>> <pattern>/#{/[a-z]{2}/
>> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
>>
>> <view-id>/coursePage.xhtml</view-id>
>> </url-mapping>
>> and this url:
>>
>> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
>>
>> codi redirects this to
>>
>> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
>>
>> how can I disable this?
>>
>> Thanks.
>> Dominik
>>
>>
>>
>> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn <do...@dominikdorn.com>
>> wrote:
>> > Will try with 3.0.1 then. hopefully it works there.
>> > Will report back soon.
>> >
>> > On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de>
>> wrote:
>> >> the producer for @Default @Logger is
>> >>
>> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
>> >>
>> >> so this should be available.
>> >>
>> >> Btw, I gonna rename this to LoggerProducer, drop
>> the final and make it public. Maybe the missing 'public' on
>> the class is the problem for Weld, who knows...
>> >>
>> >> LieGrue,
>> >> strub
>> >>
>> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
>> wrote:
>> >>
>> >>> From: Gerhard <ge...@gmail.com>
>> >>> Subject: Re: Problems with CODI 0.9.2 on
>> Glassfish 3.1
>> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>> >>> Date: Monday, January 17, 2011, 12:13 PM
>> >>> hi dominik,
>> >>>
>> >>> v0.9.2 is tested with glassfish 3.0.1
>> >>> glassfish 3.1 contains a different version of
>> weld which
>> >>> has some other
>> >>> issues as well (e.g. see [1]).
>> >>>
>> >>> regards,
>> >>> gerhard
>> >>>
>> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
>> >>>
>> >>> http://www.irian.at
>> >>>
>> >>> Your JSF powerhouse -
>> >>> JSF Consulting, Development and
>> >>> Courses in English and German
>> >>>
>> >>> Professional Support for Apache MyFaces
>> >>>
>> >>>
>> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>> >>>
>> >>> > Hi,
>> >>> >
>> >>> > I'm having problems with CODI 0.9.2 on
>> Glassfish 3.1.
>> >>> > When trying to deploy my app, I receive
>> the following
>> >>> exception:
>> >>> >
>> >>> >
>> >>> >
>> >>> >
>> >>> >
>> >>>
>> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
>> >>> > while loading the app : WELD-001408
>> Unsatisfied
>> >>> dependencies for type
>> >>> > [Logger] with qualifiers [@Default] at
>> injection point
>> >>> [[field]
>> >>> > @Inject private
>> >>> >
>> >>> >
>> >>>
>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>> >>> >
>> org.jboss.weld.exceptions.DeploymentException:
>> >>> WELD-001408 Unsatisfied
>> >>> > dependencies for type [Logger] with
>> qualifiers
>> >>> [@Default] at injection
>> >>> > point [[field] @Inject private
>> >>> >
>> >>> >
>> >>>
>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
>> >>> > at
>> >>>
>> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
>> >>> > at
>> >>>
>> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
>> >>> > at
>> >>> >
>> >>>
>> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
>> >>> > at
>> >>> >
>> >>>
>> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
>> >>> > at
>> >>>
>> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
>> >>> > at
>> >>> java.lang.Thread.run(Thread.java:619)
>> >>> > |#]
>> >>> >
>> >>> >
>> >>> > I have the following jars in my
>> /WEB-INF/lib
>> >>> directory:
>> >>> > activation-1.1.1.jar
>> >>> > bcmail-jdk16-1.45.jar
>> >>> > bcprov-jdk16-1.45.jar
>> >>> > commons-beanutils-1.8.0.jar
>> >>> > commons-codec-1.4.jar
>> >>> > commons-digester-2.1.jar
>> >>> > commons-fileupload-1.2.1.jar
>> >>> > commons-io-1.4.jar
>> >>> > commons-logging-1.1.1.jar
>> >>> > log4j-1.2.15.jar
>> >>> > myfaces-extcdi-core-api-0.9.2.jar
>> >>> > myfaces-extcdi-core-impl-0.9.2.jar
>> >>> >
>> myfaces-extcdi-jsf20-module-api-0.9.2.jar
>> >>> >
>> myfaces-extcdi-jsf20-module-impl-0.9.2.jar
>> >>> >
>> myfaces-extcdi-message-module-api-0.9.2.jar
>> >>> >
>> myfaces-extcdi-message-module-impl-0.9.2.jar
>> >>> >
>> myfaces-extcdi-scripting-module-api-0.9.2.jar
>> >>> >
>> myfaces-extcdi-scripting-module-impl-0.9.2.jar
>> >>> > prettyfaces-jsf2-3.1.0.jar
>> >>> > primefaces-2.2.M1.jar
>> >>> > slf4j-api-1.6.1.jar
>> >>> > slf4j-log4j12-1.6.1.jar
>> >>> >
>> >>> >
>> >>> > Without the myfaces-extcdi jars I can
>> deploy, but of
>> >>> course, I'm not
>> >>> > able to use the CDI enhancements.
>> >>> >
>> >>> > Please help.
>> >>> >
>> >>> > Thanks,
>> >>> > Dominik
>> >>> >
>> >>>
>> >>
>> >>
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Dominik Dorn
>> > http://dominikdorn.com
>> > http://twitter.com/domdorn
>> >
>> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>> >
>>
>>
>>
>> --
>> Dominik Dorn
>> http://dominikdorn.com
>> http://twitter.com/domdorn
>>
>> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>>
>
>
>
>
--
Dominik Dorn
http://dominikdorn.com
http://twitter.com/domdorn
Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Matthias Wessendorf <ma...@apache.org>.
https://issues.apache.org/jira/browse/EXTCDI-126
On Tue, Jan 18, 2011 at 11:38 AM, Matthias Wessendorf <ma...@apache.org> wrote:
> jop, will do
>
> On Tue, Jan 18, 2011 at 11:36 AM, Mark Struberg <st...@yahoo.de> wrote:
>> dominik, matze
>>
>> Can you please file a jiraffe for this?
>> Seems we need to dig a bit deeper to cover prettyfaces compatibility as well.
>>
>>
>> txs and LieGrue,
>> strub
>>
>> --- On Tue, 1/18/11, Matthias Wessendorf <ma...@apache.org> wrote:
>>
>>> From: Matthias Wessendorf <ma...@apache.org>
>>> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
>>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>>> Date: Tuesday, January 18, 2011, 10:18 AM
>>> On Mon, Jan 17, 2011 at 2:20 PM,
>>> Gerhard <ge...@gmail.com>
>>> wrote:
>>> > hi dominik,
>>> >
>>> > as far as i know it isn't tested with prettyfaces.
>>> > however, you could use the client-side windowhandler
>>> (see [1] btw [2]).
>>> > esp. have a look at the specialized JsfModuleConfig
>>> and the beans.xml
>>> > config.
>>> > (for prettyfaces you might have to change other
>>> configs as well - see all
>>> > implementations of CodiConfig.)
>>>
>>>
>>> Looks like the clietn window handler doesn't work w/
>>> PrettyFaces
>>>
>>> -M
>>>
>>> >
>>> > @your original issue:
>>> > you can deactivate the message interpolator
>>> > with
>>> JsfModuleConfig#isInvalidValueAwareMessageInterpolatorEnabled
>>> - just
>>> > provide a specialized config.
>>> >
>>> > regards,
>>> > gerhard
>>> >
>>> > [1]
>>> > https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf12/
>>> > [2]
>>> > https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf20/
>>> >
>>> > http://www.irian.at
>>> >
>>> > Your JSF powerhouse -
>>> > JSF Consulting, Development and
>>> > Courses in English and German
>>> >
>>> > Professional Support for Apache MyFaces
>>> >
>>> >
>>> > 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>>> >
>>> >> Ok, it works now with glassfish 3.0.1
>>> >>
>>> >> however, codi adds request params and a window id
>>> to every url (by
>>> >> redirecting), also those mapped by prettyfaces.
>>> >>
>>> >> e.g. I have this mapping:
>>> >> <url-mapping id="coursePage">
>>> >> <pattern>/#{/[a-z]{2}/
>>> >>
>>> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
>>> >>
>>> <view-id>/coursePage.xhtml</view-id>
>>> >> </url-mapping>
>>> >> and this url:
>>> >>
>>> >> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
>>> >>
>>> >> codi redirects this to
>>> >>
>>> >>
>>> >> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
>>> >>
>>> >> how can I disable this?
>>> >>
>>> >> Thanks.
>>> >> Dominik
>>> >>
>>> >>
>>> >>
>>> >> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn
>>> <do...@dominikdorn.com>
>>> >> wrote:
>>> >> > Will try with 3.0.1 then. hopefully it works
>>> there.
>>> >> > Will report back soon.
>>> >> >
>>> >> > On Mon, Jan 17, 2011 at 1:23 PM, Mark
>>> Struberg <st...@yahoo.de>
>>> >> wrote:
>>> >> >> the producer for @Default @Logger is
>>> >> >>
>>> >>
>>> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
>>> >> >>
>>> >> >> so this should be available.
>>> >> >>
>>> >> >> Btw, I gonna rename this to
>>> LoggerProducer, drop the final and make it
>>> >> public. Maybe the missing 'public' on the class is
>>> the problem for Weld, who
>>> >> knows...
>>> >> >>
>>> >> >> LieGrue,
>>> >> >> strub
>>> >> >>
>>> >> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
>>> wrote:
>>> >> >>
>>> >> >>> From: Gerhard <ge...@gmail.com>
>>> >> >>> Subject: Re: Problems with CODI 0.9.2
>>> on Glassfish 3.1
>>> >> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>>> >> >>> Date: Monday, January 17, 2011, 12:13
>>> PM
>>> >> >>> hi dominik,
>>> >> >>>
>>> >> >>> v0.9.2 is tested with glassfish
>>> 3.0.1
>>> >> >>> glassfish 3.1 contains a different
>>> version of weld which
>>> >> >>> has some other
>>> >> >>> issues as well (e.g. see [1]).
>>> >> >>>
>>> >> >>> regards,
>>> >> >>> gerhard
>>> >> >>>
>>> >> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
>>> >> >>>
>>> >> >>> http://www.irian.at
>>> >> >>>
>>> >> >>> Your JSF powerhouse -
>>> >> >>> JSF Consulting, Development and
>>> >> >>> Courses in English and German
>>> >> >>>
>>> >> >>> Professional Support for Apache
>>> MyFaces
>>> >> >>>
>>> >> >>>
>>> >> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>>> >> >>>
>>> >> >>> > Hi,
>>> >> >>> >
>>> >> >>> > I'm having problems with CODI
>>> 0.9.2 on Glassfish 3.1.
>>> >> >>> > When trying to deploy my app, I
>>> receive the following
>>> >> >>> exception:
>>> >> >>> >
>>> >> >>> >
>>> >> >>> >
>>> >> >>> >
>>> >> >>> >
>>> >> >>>
>>> >>
>>> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
>>> >> >>> > while loading the app :
>>> WELD-001408 Unsatisfied
>>> >> >>> dependencies for type
>>> >> >>> > [Logger] with qualifiers
>>> [@Default] at injection point
>>> >> >>> [[field]
>>> >> >>> > @Inject private
>>> >> >>> >
>>> >> >>> >
>>> >> >>>
>>> >>
>>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>>> >> >>> >
>>> org.jboss.weld.exceptions.DeploymentException:
>>> >> >>> WELD-001408 Unsatisfied
>>> >> >>> > dependencies for type [Logger]
>>> with qualifiers
>>> >> >>> [@Default] at injection
>>> >> >>> > point [[field] @Inject private
>>> >> >>> >
>>> >> >>> >
>>> >> >>>
>>> >>
>>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
>>> >> >>> > at
>>> >> >>>
>>> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
>>> >> >>> > at
>>> >> >>>
>>> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
>>> >> >>> > at
>>> >> >>>
>>> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
>>> >> >>> > at
>>> >> >>> >
>>> >> >>>
>>> >>
>>> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
>>> >> >>> > at
>>> >> >>>
>>> java.lang.Thread.run(Thread.java:619)
>>> >> >>> > |#]
>>> >> >>> >
>>> >> >>> >
>>> >> >>> > I have the following jars in my
>>> /WEB-INF/lib
>>> >> >>> directory:
>>> >> >>> > activation-1.1.1.jar
>>> >> >>> > bcmail-jdk16-1.45.jar
>>> >> >>> > bcprov-jdk16-1.45.jar
>>> >> >>> > commons-beanutils-1.8.0.jar
>>> >> >>> > commons-codec-1.4.jar
>>> >> >>> > commons-digester-2.1.jar
>>> >> >>> > commons-fileupload-1.2.1.jar
>>> >> >>> > commons-io-1.4.jar
>>> >> >>> > commons-logging-1.1.1.jar
>>> >> >>> > log4j-1.2.15.jar
>>> >> >>> >
>>> myfaces-extcdi-core-api-0.9.2.jar
>>> >> >>> >
>>> myfaces-extcdi-core-impl-0.9.2.jar
>>> >> >>> >
>>> myfaces-extcdi-jsf20-module-api-0.9.2.jar
>>> >> >>> >
>>> myfaces-extcdi-jsf20-module-impl-0.9.2.jar
>>> >> >>> >
>>> myfaces-extcdi-message-module-api-0.9.2.jar
>>> >> >>> >
>>> myfaces-extcdi-message-module-impl-0.9.2.jar
>>> >> >>> >
>>> myfaces-extcdi-scripting-module-api-0.9.2.jar
>>> >> >>> >
>>> myfaces-extcdi-scripting-module-impl-0.9.2.jar
>>> >> >>> > prettyfaces-jsf2-3.1.0.jar
>>> >> >>> > primefaces-2.2.M1.jar
>>> >> >>> > slf4j-api-1.6.1.jar
>>> >> >>> > slf4j-log4j12-1.6.1.jar
>>> >> >>> >
>>> >> >>> >
>>> >> >>> > Without the myfaces-extcdi jars
>>> I can deploy, but of
>>> >> >>> course, I'm not
>>> >> >>> > able to use the CDI
>>> enhancements.
>>> >> >>> >
>>> >> >>> > Please help.
>>> >> >>> >
>>> >> >>> > Thanks,
>>> >> >>> > Dominik
>>> >> >>> >
>>> >> >>>
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >
>>> >> >
>>> >> >
>>> >> > --
>>> >> > Dominik Dorn
>>> >> > http://dominikdorn.com
>>> >> > http://twitter.com/domdorn
>>> >> >
>>> >> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>>> >> >
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Dominik Dorn
>>> >> http://dominikdorn.com
>>> >> http://twitter.com/domdorn
>>> >>
>>> >> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>>> >>
>>> >
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>
>>
>>
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Matthias Wessendorf <ma...@apache.org>.
jop, will do
On Tue, Jan 18, 2011 at 11:36 AM, Mark Struberg <st...@yahoo.de> wrote:
> dominik, matze
>
> Can you please file a jiraffe for this?
> Seems we need to dig a bit deeper to cover prettyfaces compatibility as well.
>
>
> txs and LieGrue,
> strub
>
> --- On Tue, 1/18/11, Matthias Wessendorf <ma...@apache.org> wrote:
>
>> From: Matthias Wessendorf <ma...@apache.org>
>> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>> Date: Tuesday, January 18, 2011, 10:18 AM
>> On Mon, Jan 17, 2011 at 2:20 PM,
>> Gerhard <ge...@gmail.com>
>> wrote:
>> > hi dominik,
>> >
>> > as far as i know it isn't tested with prettyfaces.
>> > however, you could use the client-side windowhandler
>> (see [1] btw [2]).
>> > esp. have a look at the specialized JsfModuleConfig
>> and the beans.xml
>> > config.
>> > (for prettyfaces you might have to change other
>> configs as well - see all
>> > implementations of CodiConfig.)
>>
>>
>> Looks like the clietn window handler doesn't work w/
>> PrettyFaces
>>
>> -M
>>
>> >
>> > @your original issue:
>> > you can deactivate the message interpolator
>> > with
>> JsfModuleConfig#isInvalidValueAwareMessageInterpolatorEnabled
>> - just
>> > provide a specialized config.
>> >
>> > regards,
>> > gerhard
>> >
>> > [1]
>> > https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf12/
>> > [2]
>> > https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf20/
>> >
>> > http://www.irian.at
>> >
>> > Your JSF powerhouse -
>> > JSF Consulting, Development and
>> > Courses in English and German
>> >
>> > Professional Support for Apache MyFaces
>> >
>> >
>> > 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>> >
>> >> Ok, it works now with glassfish 3.0.1
>> >>
>> >> however, codi adds request params and a window id
>> to every url (by
>> >> redirecting), also those mapped by prettyfaces.
>> >>
>> >> e.g. I have this mapping:
>> >> <url-mapping id="coursePage">
>> >> <pattern>/#{/[a-z]{2}/
>> >>
>> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
>> >>
>> <view-id>/coursePage.xhtml</view-id>
>> >> </url-mapping>
>> >> and this url:
>> >>
>> >> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
>> >>
>> >> codi redirects this to
>> >>
>> >>
>> >> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
>> >>
>> >> how can I disable this?
>> >>
>> >> Thanks.
>> >> Dominik
>> >>
>> >>
>> >>
>> >> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn
>> <do...@dominikdorn.com>
>> >> wrote:
>> >> > Will try with 3.0.1 then. hopefully it works
>> there.
>> >> > Will report back soon.
>> >> >
>> >> > On Mon, Jan 17, 2011 at 1:23 PM, Mark
>> Struberg <st...@yahoo.de>
>> >> wrote:
>> >> >> the producer for @Default @Logger is
>> >> >>
>> >>
>> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
>> >> >>
>> >> >> so this should be available.
>> >> >>
>> >> >> Btw, I gonna rename this to
>> LoggerProducer, drop the final and make it
>> >> public. Maybe the missing 'public' on the class is
>> the problem for Weld, who
>> >> knows...
>> >> >>
>> >> >> LieGrue,
>> >> >> strub
>> >> >>
>> >> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
>> wrote:
>> >> >>
>> >> >>> From: Gerhard <ge...@gmail.com>
>> >> >>> Subject: Re: Problems with CODI 0.9.2
>> on Glassfish 3.1
>> >> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>> >> >>> Date: Monday, January 17, 2011, 12:13
>> PM
>> >> >>> hi dominik,
>> >> >>>
>> >> >>> v0.9.2 is tested with glassfish
>> 3.0.1
>> >> >>> glassfish 3.1 contains a different
>> version of weld which
>> >> >>> has some other
>> >> >>> issues as well (e.g. see [1]).
>> >> >>>
>> >> >>> regards,
>> >> >>> gerhard
>> >> >>>
>> >> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
>> >> >>>
>> >> >>> http://www.irian.at
>> >> >>>
>> >> >>> Your JSF powerhouse -
>> >> >>> JSF Consulting, Development and
>> >> >>> Courses in English and German
>> >> >>>
>> >> >>> Professional Support for Apache
>> MyFaces
>> >> >>>
>> >> >>>
>> >> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>> >> >>>
>> >> >>> > Hi,
>> >> >>> >
>> >> >>> > I'm having problems with CODI
>> 0.9.2 on Glassfish 3.1.
>> >> >>> > When trying to deploy my app, I
>> receive the following
>> >> >>> exception:
>> >> >>> >
>> >> >>> >
>> >> >>> >
>> >> >>> >
>> >> >>> >
>> >> >>>
>> >>
>> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
>> >> >>> > while loading the app :
>> WELD-001408 Unsatisfied
>> >> >>> dependencies for type
>> >> >>> > [Logger] with qualifiers
>> [@Default] at injection point
>> >> >>> [[field]
>> >> >>> > @Inject private
>> >> >>> >
>> >> >>> >
>> >> >>>
>> >>
>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>> >> >>> >
>> org.jboss.weld.exceptions.DeploymentException:
>> >> >>> WELD-001408 Unsatisfied
>> >> >>> > dependencies for type [Logger]
>> with qualifiers
>> >> >>> [@Default] at injection
>> >> >>> > point [[field] @Inject private
>> >> >>> >
>> >> >>> >
>> >> >>>
>> >>
>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
>> >> >>> > at
>> >> >>>
>> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
>> >> >>> > at
>> >> >>>
>> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
>> >> >>> > at
>> >> >>>
>> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
>> >> >>> > at
>> >> >>> >
>> >> >>>
>> >>
>> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
>> >> >>> > at
>> >> >>>
>> java.lang.Thread.run(Thread.java:619)
>> >> >>> > |#]
>> >> >>> >
>> >> >>> >
>> >> >>> > I have the following jars in my
>> /WEB-INF/lib
>> >> >>> directory:
>> >> >>> > activation-1.1.1.jar
>> >> >>> > bcmail-jdk16-1.45.jar
>> >> >>> > bcprov-jdk16-1.45.jar
>> >> >>> > commons-beanutils-1.8.0.jar
>> >> >>> > commons-codec-1.4.jar
>> >> >>> > commons-digester-2.1.jar
>> >> >>> > commons-fileupload-1.2.1.jar
>> >> >>> > commons-io-1.4.jar
>> >> >>> > commons-logging-1.1.1.jar
>> >> >>> > log4j-1.2.15.jar
>> >> >>> >
>> myfaces-extcdi-core-api-0.9.2.jar
>> >> >>> >
>> myfaces-extcdi-core-impl-0.9.2.jar
>> >> >>> >
>> myfaces-extcdi-jsf20-module-api-0.9.2.jar
>> >> >>> >
>> myfaces-extcdi-jsf20-module-impl-0.9.2.jar
>> >> >>> >
>> myfaces-extcdi-message-module-api-0.9.2.jar
>> >> >>> >
>> myfaces-extcdi-message-module-impl-0.9.2.jar
>> >> >>> >
>> myfaces-extcdi-scripting-module-api-0.9.2.jar
>> >> >>> >
>> myfaces-extcdi-scripting-module-impl-0.9.2.jar
>> >> >>> > prettyfaces-jsf2-3.1.0.jar
>> >> >>> > primefaces-2.2.M1.jar
>> >> >>> > slf4j-api-1.6.1.jar
>> >> >>> > slf4j-log4j12-1.6.1.jar
>> >> >>> >
>> >> >>> >
>> >> >>> > Without the myfaces-extcdi jars
>> I can deploy, but of
>> >> >>> course, I'm not
>> >> >>> > able to use the CDI
>> enhancements.
>> >> >>> >
>> >> >>> > Please help.
>> >> >>> >
>> >> >>> > Thanks,
>> >> >>> > Dominik
>> >> >>> >
>> >> >>>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Dominik Dorn
>> >> > http://dominikdorn.com
>> >> > http://twitter.com/domdorn
>> >> >
>> >> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Dominik Dorn
>> >> http://dominikdorn.com
>> >> http://twitter.com/domdorn
>> >>
>> >> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>> >>
>> >
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>
>
>
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Mark Struberg <st...@yahoo.de>.
dominik, matze
Can you please file a jiraffe for this?
Seems we need to dig a bit deeper to cover prettyfaces compatibility as well.
txs and LieGrue,
strub
--- On Tue, 1/18/11, Matthias Wessendorf <ma...@apache.org> wrote:
> From: Matthias Wessendorf <ma...@apache.org>
> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> Date: Tuesday, January 18, 2011, 10:18 AM
> On Mon, Jan 17, 2011 at 2:20 PM,
> Gerhard <ge...@gmail.com>
> wrote:
> > hi dominik,
> >
> > as far as i know it isn't tested with prettyfaces.
> > however, you could use the client-side windowhandler
> (see [1] btw [2]).
> > esp. have a look at the specialized JsfModuleConfig
> and the beans.xml
> > config.
> > (for prettyfaces you might have to change other
> configs as well - see all
> > implementations of CodiConfig.)
>
>
> Looks like the clietn window handler doesn't work w/
> PrettyFaces
>
> -M
>
> >
> > @your original issue:
> > you can deactivate the message interpolator
> > with
> JsfModuleConfig#isInvalidValueAwareMessageInterpolatorEnabled
> - just
> > provide a specialized config.
> >
> > regards,
> > gerhard
> >
> > [1]
> > https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf12/
> > [2]
> > https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf20/
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
> >
> > 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> >
> >> Ok, it works now with glassfish 3.0.1
> >>
> >> however, codi adds request params and a window id
> to every url (by
> >> redirecting), also those mapped by prettyfaces.
> >>
> >> e.g. I have this mapping:
> >> <url-mapping id="coursePage">
> >> <pattern>/#{/[a-z]{2}/
> >>
> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
> >>
> <view-id>/coursePage.xhtml</view-id>
> >> </url-mapping>
> >> and this url:
> >>
> >> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
> >>
> >> codi redirects this to
> >>
> >>
> >> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
> >>
> >> how can I disable this?
> >>
> >> Thanks.
> >> Dominik
> >>
> >>
> >>
> >> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn
> <do...@dominikdorn.com>
> >> wrote:
> >> > Will try with 3.0.1 then. hopefully it works
> there.
> >> > Will report back soon.
> >> >
> >> > On Mon, Jan 17, 2011 at 1:23 PM, Mark
> Struberg <st...@yahoo.de>
> >> wrote:
> >> >> the producer for @Default @Logger is
> >> >>
> >>
> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
> >> >>
> >> >> so this should be available.
> >> >>
> >> >> Btw, I gonna rename this to
> LoggerProducer, drop the final and make it
> >> public. Maybe the missing 'public' on the class is
> the problem for Weld, who
> >> knows...
> >> >>
> >> >> LieGrue,
> >> >> strub
> >> >>
> >> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
> wrote:
> >> >>
> >> >>> From: Gerhard <ge...@gmail.com>
> >> >>> Subject: Re: Problems with CODI 0.9.2
> on Glassfish 3.1
> >> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> >> >>> Date: Monday, January 17, 2011, 12:13
> PM
> >> >>> hi dominik,
> >> >>>
> >> >>> v0.9.2 is tested with glassfish
> 3.0.1
> >> >>> glassfish 3.1 contains a different
> version of weld which
> >> >>> has some other
> >> >>> issues as well (e.g. see [1]).
> >> >>>
> >> >>> regards,
> >> >>> gerhard
> >> >>>
> >> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
> >> >>>
> >> >>> http://www.irian.at
> >> >>>
> >> >>> Your JSF powerhouse -
> >> >>> JSF Consulting, Development and
> >> >>> Courses in English and German
> >> >>>
> >> >>> Professional Support for Apache
> MyFaces
> >> >>>
> >> >>>
> >> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> >> >>>
> >> >>> > Hi,
> >> >>> >
> >> >>> > I'm having problems with CODI
> 0.9.2 on Glassfish 3.1.
> >> >>> > When trying to deploy my app, I
> receive the following
> >> >>> exception:
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>>
> >>
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> >> >>> > while loading the app :
> WELD-001408 Unsatisfied
> >> >>> dependencies for type
> >> >>> > [Logger] with qualifiers
> [@Default] at injection point
> >> >>> [[field]
> >> >>> > @Inject private
> >> >>> >
> >> >>> >
> >> >>>
> >>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >> >>> >
> org.jboss.weld.exceptions.DeploymentException:
> >> >>> WELD-001408 Unsatisfied
> >> >>> > dependencies for type [Logger]
> with qualifiers
> >> >>> [@Default] at injection
> >> >>> > point [[field] @Inject private
> >> >>> >
> >> >>> >
> >> >>>
> >>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> >> >>> > at
> >> >>> >
> >> >>>
> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> >> >>> > at
> >> >>> >
> >> >>>
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> >> >>> > at
> >> >>> >
> >> >>>
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> >> >>> > at
> >> >>>
> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> >> >>> > at
> >> >>>
> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> >> >>> > at
> >> >>> >
> >> >>>
> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> >> >>> > at
> >> >>> >
> >> >>>
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> >> >>> > at
> >> >>> >
> >> >>>
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> >> >>> > at
> >> >>>
> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> >> >>> > at
> >> >>> >
> >> >>>
> >>
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> >> >>> > at
> >> >>>
> java.lang.Thread.run(Thread.java:619)
> >> >>> > |#]
> >> >>> >
> >> >>> >
> >> >>> > I have the following jars in my
> /WEB-INF/lib
> >> >>> directory:
> >> >>> > activation-1.1.1.jar
> >> >>> > bcmail-jdk16-1.45.jar
> >> >>> > bcprov-jdk16-1.45.jar
> >> >>> > commons-beanutils-1.8.0.jar
> >> >>> > commons-codec-1.4.jar
> >> >>> > commons-digester-2.1.jar
> >> >>> > commons-fileupload-1.2.1.jar
> >> >>> > commons-io-1.4.jar
> >> >>> > commons-logging-1.1.1.jar
> >> >>> > log4j-1.2.15.jar
> >> >>> >
> myfaces-extcdi-core-api-0.9.2.jar
> >> >>> >
> myfaces-extcdi-core-impl-0.9.2.jar
> >> >>> >
> myfaces-extcdi-jsf20-module-api-0.9.2.jar
> >> >>> >
> myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> >> >>> >
> myfaces-extcdi-message-module-api-0.9.2.jar
> >> >>> >
> myfaces-extcdi-message-module-impl-0.9.2.jar
> >> >>> >
> myfaces-extcdi-scripting-module-api-0.9.2.jar
> >> >>> >
> myfaces-extcdi-scripting-module-impl-0.9.2.jar
> >> >>> > prettyfaces-jsf2-3.1.0.jar
> >> >>> > primefaces-2.2.M1.jar
> >> >>> > slf4j-api-1.6.1.jar
> >> >>> > slf4j-log4j12-1.6.1.jar
> >> >>> >
> >> >>> >
> >> >>> > Without the myfaces-extcdi jars
> I can deploy, but of
> >> >>> course, I'm not
> >> >>> > able to use the CDI
> enhancements.
> >> >>> >
> >> >>> > Please help.
> >> >>> >
> >> >>> > Thanks,
> >> >>> > Dominik
> >> >>> >
> >> >>>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Dominik Dorn
> >> > http://dominikdorn.com
> >> > http://twitter.com/domdorn
> >> >
> >> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> >> >
> >>
> >>
> >>
> >> --
> >> Dominik Dorn
> >> http://dominikdorn.com
> >> http://twitter.com/domdorn
> >>
> >> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> >>
> >
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Matthias Wessendorf <ma...@apache.org>.
On Mon, Jan 17, 2011 at 2:20 PM, Gerhard <ge...@gmail.com> wrote:
> hi dominik,
>
> as far as i know it isn't tested with prettyfaces.
> however, you could use the client-side windowhandler (see [1] btw [2]).
> esp. have a look at the specialized JsfModuleConfig and the beans.xml
> config.
> (for prettyfaces you might have to change other configs as well - see all
> implementations of CodiConfig.)
Looks like the clietn window handler doesn't work w/ PrettyFaces
-M
>
> @your original issue:
> you can deactivate the message interpolator
> with JsfModuleConfig#isInvalidValueAwareMessageInterpolatorEnabled - just
> provide a specialized config.
>
> regards,
> gerhard
>
> [1]
> https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf12/
> [2]
> https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf20/
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
>
> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>
>> Ok, it works now with glassfish 3.0.1
>>
>> however, codi adds request params and a window id to every url (by
>> redirecting), also those mapped by prettyfaces.
>>
>> e.g. I have this mapping:
>> <url-mapping id="coursePage">
>> <pattern>/#{/[a-z]{2}/
>> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
>> <view-id>/coursePage.xhtml</view-id>
>> </url-mapping>
>> and this url:
>>
>> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
>>
>> codi redirects this to
>>
>>
>> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
>>
>> how can I disable this?
>>
>> Thanks.
>> Dominik
>>
>>
>>
>> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn <do...@dominikdorn.com>
>> wrote:
>> > Will try with 3.0.1 then. hopefully it works there.
>> > Will report back soon.
>> >
>> > On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de>
>> wrote:
>> >> the producer for @Default @Logger is
>> >>
>> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
>> >>
>> >> so this should be available.
>> >>
>> >> Btw, I gonna rename this to LoggerProducer, drop the final and make it
>> public. Maybe the missing 'public' on the class is the problem for Weld, who
>> knows...
>> >>
>> >> LieGrue,
>> >> strub
>> >>
>> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com> wrote:
>> >>
>> >>> From: Gerhard <ge...@gmail.com>
>> >>> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
>> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>> >>> Date: Monday, January 17, 2011, 12:13 PM
>> >>> hi dominik,
>> >>>
>> >>> v0.9.2 is tested with glassfish 3.0.1
>> >>> glassfish 3.1 contains a different version of weld which
>> >>> has some other
>> >>> issues as well (e.g. see [1]).
>> >>>
>> >>> regards,
>> >>> gerhard
>> >>>
>> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
>> >>>
>> >>> http://www.irian.at
>> >>>
>> >>> Your JSF powerhouse -
>> >>> JSF Consulting, Development and
>> >>> Courses in English and German
>> >>>
>> >>> Professional Support for Apache MyFaces
>> >>>
>> >>>
>> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>> >>>
>> >>> > Hi,
>> >>> >
>> >>> > I'm having problems with CODI 0.9.2 on Glassfish 3.1.
>> >>> > When trying to deploy my app, I receive the following
>> >>> exception:
>> >>> >
>> >>> >
>> >>> >
>> >>> >
>> >>> >
>> >>>
>> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
>> >>> > while loading the app : WELD-001408 Unsatisfied
>> >>> dependencies for type
>> >>> > [Logger] with qualifiers [@Default] at injection point
>> >>> [[field]
>> >>> > @Inject private
>> >>> >
>> >>> >
>> >>>
>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>> >>> > org.jboss.weld.exceptions.DeploymentException:
>> >>> WELD-001408 Unsatisfied
>> >>> > dependencies for type [Logger] with qualifiers
>> >>> [@Default] at injection
>> >>> > point [[field] @Inject private
>> >>> >
>> >>> >
>> >>>
>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
>> >>> > at
>> >>> >
>> >>> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
>> >>> > at
>> >>> >
>> >>> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
>> >>> > at
>> >>> >
>> >>> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
>> >>> > at
>> >>> >
>> >>>
>> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
>> >>> > at
>> >>> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
>> >>> > at
>> >>> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
>> >>> > at
>> >>> >
>> >>>
>> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
>> >>> > at
>> >>> >
>> >>>
>> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
>> >>> > at
>> >>> >
>> >>> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
>> >>> > at
>> >>> >
>> >>> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
>> >>> > at
>> >>> >
>> >>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
>> >>> > at
>> >>> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
>> >>> > at
>> >>> >
>> >>>
>> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
>> >>> > at
>> >>> java.lang.Thread.run(Thread.java:619)
>> >>> > |#]
>> >>> >
>> >>> >
>> >>> > I have the following jars in my /WEB-INF/lib
>> >>> directory:
>> >>> > activation-1.1.1.jar
>> >>> > bcmail-jdk16-1.45.jar
>> >>> > bcprov-jdk16-1.45.jar
>> >>> > commons-beanutils-1.8.0.jar
>> >>> > commons-codec-1.4.jar
>> >>> > commons-digester-2.1.jar
>> >>> > commons-fileupload-1.2.1.jar
>> >>> > commons-io-1.4.jar
>> >>> > commons-logging-1.1.1.jar
>> >>> > log4j-1.2.15.jar
>> >>> > myfaces-extcdi-core-api-0.9.2.jar
>> >>> > myfaces-extcdi-core-impl-0.9.2.jar
>> >>> > myfaces-extcdi-jsf20-module-api-0.9.2.jar
>> >>> > myfaces-extcdi-jsf20-module-impl-0.9.2.jar
>> >>> > myfaces-extcdi-message-module-api-0.9.2.jar
>> >>> > myfaces-extcdi-message-module-impl-0.9.2.jar
>> >>> > myfaces-extcdi-scripting-module-api-0.9.2.jar
>> >>> > myfaces-extcdi-scripting-module-impl-0.9.2.jar
>> >>> > prettyfaces-jsf2-3.1.0.jar
>> >>> > primefaces-2.2.M1.jar
>> >>> > slf4j-api-1.6.1.jar
>> >>> > slf4j-log4j12-1.6.1.jar
>> >>> >
>> >>> >
>> >>> > Without the myfaces-extcdi jars I can deploy, but of
>> >>> course, I'm not
>> >>> > able to use the CDI enhancements.
>> >>> >
>> >>> > Please help.
>> >>> >
>> >>> > Thanks,
>> >>> > Dominik
>> >>> >
>> >>>
>> >>
>> >>
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Dominik Dorn
>> > http://dominikdorn.com
>> > http://twitter.com/domdorn
>> >
>> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>> >
>>
>>
>>
>> --
>> Dominik Dorn
>> http://dominikdorn.com
>> http://twitter.com/domdorn
>>
>> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>>
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Gerhard <ge...@gmail.com>.
hi dominik,
as far as i know it isn't tested with prettyfaces.
however, you could use the client-side windowhandler (see [1] btw [2]).
esp. have a look at the specialized JsfModuleConfig and the beans.xml
config.
(for prettyfaces you might have to change other configs as well - see all
implementations of CodiConfig.)
@your original issue:
you can deactivate the message interpolator
with JsfModuleConfig#isInvalidValueAwareMessageInterpolatorEnabled - just
provide a specialized config.
regards,
gerhard
[1]
https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf12/
[2]
https://svn.apache.org/repos/asf/myfaces/extensions/cdi/trunk/examples/jsf-examples/clientside_windowhandler_jsf20/
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> Ok, it works now with glassfish 3.0.1
>
> however, codi adds request params and a window id to every url (by
> redirecting), also those mapped by prettyfaces.
>
> e.g. I have this mapping:
> <url-mapping id="coursePage">
> <pattern>/#{/[a-z]{2}/
> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
> <view-id>/coursePage.xhtml</view-id>
> </url-mapping>
> and this url:
>
> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
>
> codi redirects this to
>
>
> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
>
> how can I disable this?
>
> Thanks.
> Dominik
>
>
>
> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn <do...@dominikdorn.com>
> wrote:
> > Will try with 3.0.1 then. hopefully it works there.
> > Will report back soon.
> >
> > On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de>
> wrote:
> >> the producer for @Default @Logger is
> >>
> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
> >>
> >> so this should be available.
> >>
> >> Btw, I gonna rename this to LoggerProducer, drop the final and make it
> public. Maybe the missing 'public' on the class is the problem for Weld, who
> knows...
> >>
> >> LieGrue,
> >> strub
> >>
> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com> wrote:
> >>
> >>> From: Gerhard <ge...@gmail.com>
> >>> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> >>> Date: Monday, January 17, 2011, 12:13 PM
> >>> hi dominik,
> >>>
> >>> v0.9.2 is tested with glassfish 3.0.1
> >>> glassfish 3.1 contains a different version of weld which
> >>> has some other
> >>> issues as well (e.g. see [1]).
> >>>
> >>> regards,
> >>> gerhard
> >>>
> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
> >>>
> >>> http://www.irian.at
> >>>
> >>> Your JSF powerhouse -
> >>> JSF Consulting, Development and
> >>> Courses in English and German
> >>>
> >>> Professional Support for Apache MyFaces
> >>>
> >>>
> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> >>>
> >>> > Hi,
> >>> >
> >>> > I'm having problems with CODI 0.9.2 on Glassfish 3.1.
> >>> > When trying to deploy my app, I receive the following
> >>> exception:
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>>
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> >>> > while loading the app : WELD-001408 Unsatisfied
> >>> dependencies for type
> >>> > [Logger] with qualifiers [@Default] at injection point
> >>> [[field]
> >>> > @Inject private
> >>> >
> >>> >
> >>>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >>> > org.jboss.weld.exceptions.DeploymentException:
> >>> WELD-001408 Unsatisfied
> >>> > dependencies for type [Logger] with qualifiers
> >>> [@Default] at injection
> >>> > point [[field] @Inject private
> >>> >
> >>> >
> >>>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> >>> > at
> >>> >
> >>> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> >>> > at
> >>> >
> >>> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> >>> > at
> >>> >
> >>> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> >>> > at
> >>> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> >>> > at
> >>> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> >>> > at
> >>> >
> >>>
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> >>> > at
> >>> >
> >>>
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> >>> > at
> >>> >
> >>> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> >>> > at
> >>> >
> >>> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> >>> > at
> >>> >
> >>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> >>> > at
> >>> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> >>> > at
> >>> java.lang.Thread.run(Thread.java:619)
> >>> > |#]
> >>> >
> >>> >
> >>> > I have the following jars in my /WEB-INF/lib
> >>> directory:
> >>> > activation-1.1.1.jar
> >>> > bcmail-jdk16-1.45.jar
> >>> > bcprov-jdk16-1.45.jar
> >>> > commons-beanutils-1.8.0.jar
> >>> > commons-codec-1.4.jar
> >>> > commons-digester-2.1.jar
> >>> > commons-fileupload-1.2.1.jar
> >>> > commons-io-1.4.jar
> >>> > commons-logging-1.1.1.jar
> >>> > log4j-1.2.15.jar
> >>> > myfaces-extcdi-core-api-0.9.2.jar
> >>> > myfaces-extcdi-core-impl-0.9.2.jar
> >>> > myfaces-extcdi-jsf20-module-api-0.9.2.jar
> >>> > myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> >>> > myfaces-extcdi-message-module-api-0.9.2.jar
> >>> > myfaces-extcdi-message-module-impl-0.9.2.jar
> >>> > myfaces-extcdi-scripting-module-api-0.9.2.jar
> >>> > myfaces-extcdi-scripting-module-impl-0.9.2.jar
> >>> > prettyfaces-jsf2-3.1.0.jar
> >>> > primefaces-2.2.M1.jar
> >>> > slf4j-api-1.6.1.jar
> >>> > slf4j-log4j12-1.6.1.jar
> >>> >
> >>> >
> >>> > Without the myfaces-extcdi jars I can deploy, but of
> >>> course, I'm not
> >>> > able to use the CDI enhancements.
> >>> >
> >>> > Please help.
> >>> >
> >>> > Thanks,
> >>> > Dominik
> >>> >
> >>>
> >>
> >>
> >>
> >>
> >
> >
> >
> > --
> > Dominik Dorn
> > http://dominikdorn.com
> > http://twitter.com/domdorn
> >
> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> >
>
>
>
> --
> Dominik Dorn
> http://dominikdorn.com
> http://twitter.com/domdorn
>
> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Mark Struberg <st...@yahoo.de>.
I'll focus on the producer since the other part got answered by Gerhard already.
I've talked with Pete Muir now and he did test this in weld-core trunk. It works there, so this might possibly be a glassfish issue. Maybe it doesn't expose non-public classes to the classpath scanner?
Anyway, I'll make the producer public for the future.
LieGrue,
strub
--- On Mon, 1/17/11, Dominik Dorn <do...@dominikdorn.com> wrote:
> From: Dominik Dorn <do...@dominikdorn.com>
> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> Date: Monday, January 17, 2011, 12:49 PM
> Ok, it works now with glassfish
> 3.0.1
>
> however, codi adds request params and a window id to every
> url (by
> redirecting), also those mapped by prettyfaces.
>
> e.g. I have this mapping:
> <url-mapping id="coursePage">
> <pattern>/#{/[a-z]{2}/
> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
>
> <view-id>/coursePage.xhtml</view-id>
> </url-mapping>
> and this url:
>
> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
>
> codi redirects this to
>
> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
>
> how can I disable this?
>
> Thanks.
> Dominik
>
>
>
> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn <do...@dominikdorn.com>
> wrote:
> > Will try with 3.0.1 then. hopefully it works there.
> > Will report back soon.
> >
> > On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de>
> wrote:
> >> the producer for @Default @Logger is
> >>
> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
> >>
> >> so this should be available.
> >>
> >> Btw, I gonna rename this to LoggerProducer, drop
> the final and make it public. Maybe the missing 'public' on
> the class is the problem for Weld, who knows...
> >>
> >> LieGrue,
> >> strub
> >>
> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
> wrote:
> >>
> >>> From: Gerhard <ge...@gmail.com>
> >>> Subject: Re: Problems with CODI 0.9.2 on
> Glassfish 3.1
> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> >>> Date: Monday, January 17, 2011, 12:13 PM
> >>> hi dominik,
> >>>
> >>> v0.9.2 is tested with glassfish 3.0.1
> >>> glassfish 3.1 contains a different version of
> weld which
> >>> has some other
> >>> issues as well (e.g. see [1]).
> >>>
> >>> regards,
> >>> gerhard
> >>>
> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
> >>>
> >>> http://www.irian.at
> >>>
> >>> Your JSF powerhouse -
> >>> JSF Consulting, Development and
> >>> Courses in English and German
> >>>
> >>> Professional Support for Apache MyFaces
> >>>
> >>>
> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> >>>
> >>> > Hi,
> >>> >
> >>> > I'm having problems with CODI 0.9.2 on
> Glassfish 3.1.
> >>> > When trying to deploy my app, I receive
> the following
> >>> exception:
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>>
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> >>> > while loading the app : WELD-001408
> Unsatisfied
> >>> dependencies for type
> >>> > [Logger] with qualifiers [@Default] at
> injection point
> >>> [[field]
> >>> > @Inject private
> >>> >
> >>> >
> >>>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >>> >
> org.jboss.weld.exceptions.DeploymentException:
> >>> WELD-001408 Unsatisfied
> >>> > dependencies for type [Logger] with
> qualifiers
> >>> [@Default] at injection
> >>> > point [[field] @Inject private
> >>> >
> >>> >
> >>>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> >>> > at
> >>>
> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> >>> > at
> >>>
> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> >>> > at
> >>> >
> >>>
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> >>> > at
> >>> >
> >>>
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> >>> > at
> >>>
> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> >>> > at
> >>> java.lang.Thread.run(Thread.java:619)
> >>> > |#]
> >>> >
> >>> >
> >>> > I have the following jars in my
> /WEB-INF/lib
> >>> directory:
> >>> > activation-1.1.1.jar
> >>> > bcmail-jdk16-1.45.jar
> >>> > bcprov-jdk16-1.45.jar
> >>> > commons-beanutils-1.8.0.jar
> >>> > commons-codec-1.4.jar
> >>> > commons-digester-2.1.jar
> >>> > commons-fileupload-1.2.1.jar
> >>> > commons-io-1.4.jar
> >>> > commons-logging-1.1.1.jar
> >>> > log4j-1.2.15.jar
> >>> > myfaces-extcdi-core-api-0.9.2.jar
> >>> > myfaces-extcdi-core-impl-0.9.2.jar
> >>> >
> myfaces-extcdi-jsf20-module-api-0.9.2.jar
> >>> >
> myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> >>> >
> myfaces-extcdi-message-module-api-0.9.2.jar
> >>> >
> myfaces-extcdi-message-module-impl-0.9.2.jar
> >>> >
> myfaces-extcdi-scripting-module-api-0.9.2.jar
> >>> >
> myfaces-extcdi-scripting-module-impl-0.9.2.jar
> >>> > prettyfaces-jsf2-3.1.0.jar
> >>> > primefaces-2.2.M1.jar
> >>> > slf4j-api-1.6.1.jar
> >>> > slf4j-log4j12-1.6.1.jar
> >>> >
> >>> >
> >>> > Without the myfaces-extcdi jars I can
> deploy, but of
> >>> course, I'm not
> >>> > able to use the CDI enhancements.
> >>> >
> >>> > Please help.
> >>> >
> >>> > Thanks,
> >>> > Dominik
> >>> >
> >>>
> >>
> >>
> >>
> >>
> >
> >
> >
> > --
> > Dominik Dorn
> > http://dominikdorn.com
> > http://twitter.com/domdorn
> >
> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> >
>
>
>
> --
> Dominik Dorn
> http://dominikdorn.com
> http://twitter.com/domdorn
>
> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Mark Struberg <st...@yahoo.de>.
Dominik, can you please also test this on the latest JBossAS?
>From the point of the CDI spec there is nothing against this pattern. So it might be a glassfish CDI-integration issue which needs to be reported over there.
LieGrue,
strub
--- On Mon, 1/17/11, Dominik Dorn <do...@dominikdorn.com> wrote:
> From: Dominik Dorn <do...@dominikdorn.com>
> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> Date: Monday, January 17, 2011, 12:49 PM
> Ok, it works now with glassfish
> 3.0.1
>
> however, codi adds request params and a window id to every
> url (by
> redirecting), also those mapped by prettyfaces.
>
> e.g. I have this mapping:
> <url-mapping id="coursePage">
> <pattern>/#{/[a-z]{2}/
> countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
>
> <view-id>/coursePage.xhtml</view-id>
> </url-mapping>
> and this url:
>
> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
>
> codi redirects this to
>
> http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
>
> how can I disable this?
>
> Thanks.
> Dominik
>
>
>
> On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn <do...@dominikdorn.com>
> wrote:
> > Will try with 3.0.1 then. hopefully it works there.
> > Will report back soon.
> >
> > On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de>
> wrote:
> >> the producer for @Default @Logger is
> >>
> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
> >>
> >> so this should be available.
> >>
> >> Btw, I gonna rename this to LoggerProducer, drop
> the final and make it public. Maybe the missing 'public' on
> the class is the problem for Weld, who knows...
> >>
> >> LieGrue,
> >> strub
> >>
> >> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
> wrote:
> >>
> >>> From: Gerhard <ge...@gmail.com>
> >>> Subject: Re: Problems with CODI 0.9.2 on
> Glassfish 3.1
> >>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> >>> Date: Monday, January 17, 2011, 12:13 PM
> >>> hi dominik,
> >>>
> >>> v0.9.2 is tested with glassfish 3.0.1
> >>> glassfish 3.1 contains a different version of
> weld which
> >>> has some other
> >>> issues as well (e.g. see [1]).
> >>>
> >>> regards,
> >>> gerhard
> >>>
> >>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
> >>>
> >>> http://www.irian.at
> >>>
> >>> Your JSF powerhouse -
> >>> JSF Consulting, Development and
> >>> Courses in English and German
> >>>
> >>> Professional Support for Apache MyFaces
> >>>
> >>>
> >>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> >>>
> >>> > Hi,
> >>> >
> >>> > I'm having problems with CODI 0.9.2 on
> Glassfish 3.1.
> >>> > When trying to deploy my app, I receive
> the following
> >>> exception:
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>>
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> >>> > while loading the app : WELD-001408
> Unsatisfied
> >>> dependencies for type
> >>> > [Logger] with qualifiers [@Default] at
> injection point
> >>> [[field]
> >>> > @Inject private
> >>> >
> >>> >
> >>>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >>> >
> org.jboss.weld.exceptions.DeploymentException:
> >>> WELD-001408 Unsatisfied
> >>> > dependencies for type [Logger] with
> qualifiers
> >>> [@Default] at injection
> >>> > point [[field] @Inject private
> >>> >
> >>> >
> >>>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> >>> > at
> >>> >
> >>>
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> >>> > at
> >>>
> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> >>> > at
> >>>
> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> >>> > at
> >>> >
> >>>
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> >>> > at
> >>> >
> >>>
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> >>> > at
> >>> >
> >>>
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> >>> > at
> >>>
> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> >>> > at
> >>> >
> >>>
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> >>> > at
> >>> java.lang.Thread.run(Thread.java:619)
> >>> > |#]
> >>> >
> >>> >
> >>> > I have the following jars in my
> /WEB-INF/lib
> >>> directory:
> >>> > activation-1.1.1.jar
> >>> > bcmail-jdk16-1.45.jar
> >>> > bcprov-jdk16-1.45.jar
> >>> > commons-beanutils-1.8.0.jar
> >>> > commons-codec-1.4.jar
> >>> > commons-digester-2.1.jar
> >>> > commons-fileupload-1.2.1.jar
> >>> > commons-io-1.4.jar
> >>> > commons-logging-1.1.1.jar
> >>> > log4j-1.2.15.jar
> >>> > myfaces-extcdi-core-api-0.9.2.jar
> >>> > myfaces-extcdi-core-impl-0.9.2.jar
> >>> >
> myfaces-extcdi-jsf20-module-api-0.9.2.jar
> >>> >
> myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> >>> >
> myfaces-extcdi-message-module-api-0.9.2.jar
> >>> >
> myfaces-extcdi-message-module-impl-0.9.2.jar
> >>> >
> myfaces-extcdi-scripting-module-api-0.9.2.jar
> >>> >
> myfaces-extcdi-scripting-module-impl-0.9.2.jar
> >>> > prettyfaces-jsf2-3.1.0.jar
> >>> > primefaces-2.2.M1.jar
> >>> > slf4j-api-1.6.1.jar
> >>> > slf4j-log4j12-1.6.1.jar
> >>> >
> >>> >
> >>> > Without the myfaces-extcdi jars I can
> deploy, but of
> >>> course, I'm not
> >>> > able to use the CDI enhancements.
> >>> >
> >>> > Please help.
> >>> >
> >>> > Thanks,
> >>> > Dominik
> >>> >
> >>>
> >>
> >>
> >>
> >>
> >
> >
> >
> > --
> > Dominik Dorn
> > http://dominikdorn.com
> > http://twitter.com/domdorn
> >
> > Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
> >
>
>
>
> --
> Dominik Dorn
> http://dominikdorn.com
> http://twitter.com/domdorn
>
> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Dominik Dorn <do...@dominikdorn.com>.
Ok, it works now with glassfish 3.0.1
however, codi adds request params and a window id to every url (by
redirecting), also those mapped by prettyfaces.
e.g. I have this mapping:
<url-mapping id="coursePage">
<pattern>/#{/[a-z]{2}/
countryCode}/#{urlName}/#{courseId}--#{courseName}/</pattern>
<view-id>/coursePage.xhtml</view-id>
</url-mapping>
and this url:
http://localhost:8080/at/wu/7--Accounting-Management-Control-I/
codi redirects this to
http://localhost:8080/at/wu/7--Accounting-Management-Control-I/?windowId=c67&urlName=wu&courseName=Accounting-Management-Control-I&countryCode=at&courseId=7
how can I disable this?
Thanks.
Dominik
On Mon, Jan 17, 2011 at 1:25 PM, Dominik Dorn <do...@dominikdorn.com> wrote:
> Will try with 3.0.1 then. hopefully it works there.
> Will report back soon.
>
> On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de> wrote:
>> the producer for @Default @Logger is
>> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
>>
>> so this should be available.
>>
>> Btw, I gonna rename this to LoggerProducer, drop the final and make it public. Maybe the missing 'public' on the class is the problem for Weld, who knows...
>>
>> LieGrue,
>> strub
>>
>> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com> wrote:
>>
>>> From: Gerhard <ge...@gmail.com>
>>> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
>>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>>> Date: Monday, January 17, 2011, 12:13 PM
>>> hi dominik,
>>>
>>> v0.9.2 is tested with glassfish 3.0.1
>>> glassfish 3.1 contains a different version of weld which
>>> has some other
>>> issues as well (e.g. see [1]).
>>>
>>> regards,
>>> gerhard
>>>
>>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
>>>
>>> http://www.irian.at
>>>
>>> Your JSF powerhouse -
>>> JSF Consulting, Development and
>>> Courses in English and German
>>>
>>> Professional Support for Apache MyFaces
>>>
>>>
>>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>>>
>>> > Hi,
>>> >
>>> > I'm having problems with CODI 0.9.2 on Glassfish 3.1.
>>> > When trying to deploy my app, I receive the following
>>> exception:
>>> >
>>> >
>>> >
>>> >
>>> >
>>> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
>>> > while loading the app : WELD-001408 Unsatisfied
>>> dependencies for type
>>> > [Logger] with qualifiers [@Default] at injection point
>>> [[field]
>>> > @Inject private
>>> >
>>> >
>>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>>> > org.jboss.weld.exceptions.DeploymentException:
>>> WELD-001408 Unsatisfied
>>> > dependencies for type [Logger] with qualifiers
>>> [@Default] at injection
>>> > point [[field] @Inject private
>>> >
>>> >
>>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>>> > at
>>> >
>>> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
>>> > at
>>> >
>>> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
>>> > at
>>> >
>>> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
>>> > at
>>> >
>>> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
>>> > at
>>> >
>>> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
>>> > at
>>> >
>>> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
>>> > at
>>> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
>>> > at
>>> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
>>> > at
>>> >
>>> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
>>> > at
>>> >
>>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
>>> > at
>>> >
>>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
>>> > at
>>> >
>>> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
>>> > at
>>> >
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
>>> > at
>>> >
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
>>> > at
>>> >
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
>>> > at
>>> >
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
>>> > at
>>> >
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
>>> > at
>>> >
>>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
>>> > at
>>> >
>>> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
>>> > at
>>> >
>>> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
>>> > at
>>> >
>>> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
>>> > at
>>> >
>>> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
>>> > at
>>> >
>>> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
>>> > at
>>> >
>>> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
>>> > at
>>> >
>>> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
>>> > at
>>> >
>>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
>>> > at
>>> >
>>> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
>>> > at
>>> >
>>> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
>>> > at
>>> >
>>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
>>> > at
>>> >
>>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
>>> > at
>>> >
>>> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
>>> > at
>>> >
>>> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
>>> > at
>>> >
>>> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
>>> > at
>>> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
>>> > at
>>> >
>>> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
>>> > at
>>> >
>>> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
>>> > at
>>> java.lang.Thread.run(Thread.java:619)
>>> > |#]
>>> >
>>> >
>>> > I have the following jars in my /WEB-INF/lib
>>> directory:
>>> > activation-1.1.1.jar
>>> > bcmail-jdk16-1.45.jar
>>> > bcprov-jdk16-1.45.jar
>>> > commons-beanutils-1.8.0.jar
>>> > commons-codec-1.4.jar
>>> > commons-digester-2.1.jar
>>> > commons-fileupload-1.2.1.jar
>>> > commons-io-1.4.jar
>>> > commons-logging-1.1.1.jar
>>> > log4j-1.2.15.jar
>>> > myfaces-extcdi-core-api-0.9.2.jar
>>> > myfaces-extcdi-core-impl-0.9.2.jar
>>> > myfaces-extcdi-jsf20-module-api-0.9.2.jar
>>> > myfaces-extcdi-jsf20-module-impl-0.9.2.jar
>>> > myfaces-extcdi-message-module-api-0.9.2.jar
>>> > myfaces-extcdi-message-module-impl-0.9.2.jar
>>> > myfaces-extcdi-scripting-module-api-0.9.2.jar
>>> > myfaces-extcdi-scripting-module-impl-0.9.2.jar
>>> > prettyfaces-jsf2-3.1.0.jar
>>> > primefaces-2.2.M1.jar
>>> > slf4j-api-1.6.1.jar
>>> > slf4j-log4j12-1.6.1.jar
>>> >
>>> >
>>> > Without the myfaces-extcdi jars I can deploy, but of
>>> course, I'm not
>>> > able to use the CDI enhancements.
>>> >
>>> > Please help.
>>> >
>>> > Thanks,
>>> > Dominik
>>> >
>>>
>>
>>
>>
>>
>
>
>
> --
> Dominik Dorn
> http://dominikdorn.com
> http://twitter.com/domdorn
>
> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>
--
Dominik Dorn
http://dominikdorn.com
http://twitter.com/domdorn
Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Mark Struberg <st...@yahoo.de>.
Dominik, can you please just try a
final class MyProducer {
public @Produces MyClass() {
return new MyClass();
}
}
public MyClass {};
in your glassfish (I don't have one)?
Then change to
-final class MyProducer {
+public class MyProducer {
and try again.
If it doesn't work in Weld, then
a) please report a weld bug
b) we should anyway change it to public and remove the final (I see no reason for it)
If the example works, then we need to continue our search of course ;)
txs and LieGrue,
strub
--- On Mon, 1/17/11, Dominik Dorn <do...@dominikdorn.com> wrote:
> From: Dominik Dorn <do...@dominikdorn.com>
> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> Date: Monday, January 17, 2011, 12:25 PM
> Will try with 3.0.1 then. hopefully
> it works there.
> Will report back soon.
>
> On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de>
> wrote:
> > the producer for @Default @Logger is
> >
> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
> >
> > so this should be available.
> >
> > Btw, I gonna rename this to LoggerProducer, drop the
> final and make it public. Maybe the missing 'public' on the
> class is the problem for Weld, who knows...
> >
> > LieGrue,
> > strub
> >
> > --- On Mon, 1/17/11, Gerhard <ge...@gmail.com>
> wrote:
> >
> >> From: Gerhard <ge...@gmail.com>
> >> Subject: Re: Problems with CODI 0.9.2 on Glassfish
> 3.1
> >> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> >> Date: Monday, January 17, 2011, 12:13 PM
> >> hi dominik,
> >>
> >> v0.9.2 is tested with glassfish 3.0.1
> >> glassfish 3.1 contains a different version of weld
> which
> >> has some other
> >> issues as well (e.g. see [1]).
> >>
> >> regards,
> >> gerhard
> >>
> >> [1] https://issues.apache.org/jira/browse/EXTCDI-118
> >>
> >> http://www.irian.at
> >>
> >> Your JSF powerhouse -
> >> JSF Consulting, Development and
> >> Courses in English and German
> >>
> >> Professional Support for Apache MyFaces
> >>
> >>
> >> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> >>
> >> > Hi,
> >> >
> >> > I'm having problems with CODI 0.9.2 on
> Glassfish 3.1.
> >> > When trying to deploy my app, I receive the
> following
> >> exception:
> >> >
> >> >
> >> >
> >> >
> >> >
> >>
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> >> > while loading the app : WELD-001408
> Unsatisfied
> >> dependencies for type
> >> > [Logger] with qualifiers [@Default] at
> injection point
> >> [[field]
> >> > @Inject private
> >> >
> >> >
> >>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >> >
> org.jboss.weld.exceptions.DeploymentException:
> >> WELD-001408 Unsatisfied
> >> > dependencies for type [Logger] with
> qualifiers
> >> [@Default] at injection
> >> > point [[field] @Inject private
> >> >
> >> >
> >>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> >> > at
> >> >
> >>
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> >> > at
> >> >
> >>
> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> >> > at
> >> >
> >>
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> >> > at
> >> >
> >>
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> >> > at
> >> >
> >>
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> >> > at
> >> >
> >>
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> >> > at
> >>
> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> >> > at
> >>
> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> >> > at
> >> >
> >>
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> >> > at
> >> >
> >>
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> >> > at
> >> >
> >>
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> >> > at
> >> >
> >>
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> >> > at
> >> >
> >>
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> >> > at
> >> >
> >>
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> >> > at
> >> >
> >>
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> >> > at
> >> >
> >>
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> >> > at
> >> >
> >>
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> >> > at
> >> >
> >>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> >> > at
> >> >
> >>
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> >> > at
> >> >
> >>
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> >> > at
> >> >
> >>
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> >> > at
> >> >
> >>
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> >> > at
> >>
> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> >> > at
> >> >
> >>
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> >> > at
> >> >
> >>
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> >> > at
> >> java.lang.Thread.run(Thread.java:619)
> >> > |#]
> >> >
> >> >
> >> > I have the following jars in my /WEB-INF/lib
> >> directory:
> >> > activation-1.1.1.jar
> >> > bcmail-jdk16-1.45.jar
> >> > bcprov-jdk16-1.45.jar
> >> > commons-beanutils-1.8.0.jar
> >> > commons-codec-1.4.jar
> >> > commons-digester-2.1.jar
> >> > commons-fileupload-1.2.1.jar
> >> > commons-io-1.4.jar
> >> > commons-logging-1.1.1.jar
> >> > log4j-1.2.15.jar
> >> > myfaces-extcdi-core-api-0.9.2.jar
> >> > myfaces-extcdi-core-impl-0.9.2.jar
> >> > myfaces-extcdi-jsf20-module-api-0.9.2.jar
> >> > myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> >> > myfaces-extcdi-message-module-api-0.9.2.jar
> >> > myfaces-extcdi-message-module-impl-0.9.2.jar
> >> >
> myfaces-extcdi-scripting-module-api-0.9.2.jar
> >> >
> myfaces-extcdi-scripting-module-impl-0.9.2.jar
> >> > prettyfaces-jsf2-3.1.0.jar
> >> > primefaces-2.2.M1.jar
> >> > slf4j-api-1.6.1.jar
> >> > slf4j-log4j12-1.6.1.jar
> >> >
> >> >
> >> > Without the myfaces-extcdi jars I can deploy,
> but of
> >> course, I'm not
> >> > able to use the CDI enhancements.
> >> >
> >> > Please help.
> >> >
> >> > Thanks,
> >> > Dominik
> >> >
> >>
> >
> >
> >
> >
>
>
>
> --
> Dominik Dorn
> http://dominikdorn.com
> http://twitter.com/domdorn
>
> Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
>
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Dominik Dorn <do...@dominikdorn.com>.
Will try with 3.0.1 then. hopefully it works there.
Will report back soon.
On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg <st...@yahoo.de> wrote:
> the producer for @Default @Logger is
> core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
>
> so this should be available.
>
> Btw, I gonna rename this to LoggerProducer, drop the final and make it public. Maybe the missing 'public' on the class is the problem for Weld, who knows...
>
> LieGrue,
> strub
>
> --- On Mon, 1/17/11, Gerhard <ge...@gmail.com> wrote:
>
>> From: Gerhard <ge...@gmail.com>
>> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
>> To: "MyFaces Discussion" <us...@myfaces.apache.org>
>> Date: Monday, January 17, 2011, 12:13 PM
>> hi dominik,
>>
>> v0.9.2 is tested with glassfish 3.0.1
>> glassfish 3.1 contains a different version of weld which
>> has some other
>> issues as well (e.g. see [1]).
>>
>> regards,
>> gerhard
>>
>> [1] https://issues.apache.org/jira/browse/EXTCDI-118
>>
>> http://www.irian.at
>>
>> Your JSF powerhouse -
>> JSF Consulting, Development and
>> Courses in English and German
>>
>> Professional Support for Apache MyFaces
>>
>>
>> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>>
>> > Hi,
>> >
>> > I'm having problems with CODI 0.9.2 on Glassfish 3.1.
>> > When trying to deploy my app, I receive the following
>> exception:
>> >
>> >
>> >
>> >
>> >
>> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
>> > while loading the app : WELD-001408 Unsatisfied
>> dependencies for type
>> > [Logger] with qualifiers [@Default] at injection point
>> [[field]
>> > @Inject private
>> >
>> >
>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>> > org.jboss.weld.exceptions.DeploymentException:
>> WELD-001408 Unsatisfied
>> > dependencies for type [Logger] with qualifiers
>> [@Default] at injection
>> > point [[field] @Inject private
>> >
>> >
>> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
>> > at
>> >
>> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
>> > at
>> >
>> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
>> > at
>> >
>> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
>> > at
>> >
>> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
>> > at
>> >
>> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
>> > at
>> >
>> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
>> > at
>> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
>> > at
>> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
>> > at
>> >
>> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
>> > at
>> >
>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
>> > at
>> >
>> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
>> > at
>> >
>> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
>> > at
>> >
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
>> > at
>> >
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
>> > at
>> >
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
>> > at
>> >
>> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
>> > at
>> >
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
>> > at
>> >
>> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
>> > at
>> >
>> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
>> > at
>> >
>> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
>> > at
>> >
>> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
>> > at
>> >
>> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
>> > at
>> >
>> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
>> > at
>> >
>> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
>> > at
>> >
>> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
>> > at
>> >
>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
>> > at
>> >
>> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
>> > at
>> >
>> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
>> > at
>> >
>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
>> > at
>> >
>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
>> > at
>> >
>> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
>> > at
>> >
>> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
>> > at
>> >
>> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
>> > at
>> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
>> > at
>> >
>> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
>> > at
>> >
>> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
>> > at
>> java.lang.Thread.run(Thread.java:619)
>> > |#]
>> >
>> >
>> > I have the following jars in my /WEB-INF/lib
>> directory:
>> > activation-1.1.1.jar
>> > bcmail-jdk16-1.45.jar
>> > bcprov-jdk16-1.45.jar
>> > commons-beanutils-1.8.0.jar
>> > commons-codec-1.4.jar
>> > commons-digester-2.1.jar
>> > commons-fileupload-1.2.1.jar
>> > commons-io-1.4.jar
>> > commons-logging-1.1.1.jar
>> > log4j-1.2.15.jar
>> > myfaces-extcdi-core-api-0.9.2.jar
>> > myfaces-extcdi-core-impl-0.9.2.jar
>> > myfaces-extcdi-jsf20-module-api-0.9.2.jar
>> > myfaces-extcdi-jsf20-module-impl-0.9.2.jar
>> > myfaces-extcdi-message-module-api-0.9.2.jar
>> > myfaces-extcdi-message-module-impl-0.9.2.jar
>> > myfaces-extcdi-scripting-module-api-0.9.2.jar
>> > myfaces-extcdi-scripting-module-impl-0.9.2.jar
>> > prettyfaces-jsf2-3.1.0.jar
>> > primefaces-2.2.M1.jar
>> > slf4j-api-1.6.1.jar
>> > slf4j-log4j12-1.6.1.jar
>> >
>> >
>> > Without the myfaces-extcdi jars I can deploy, but of
>> course, I'm not
>> > able to use the CDI enhancements.
>> >
>> > Please help.
>> >
>> > Thanks,
>> > Dominik
>> >
>>
>
>
>
>
--
Dominik Dorn
http://dominikdorn.com
http://twitter.com/domdorn
Tausche Deine Lernunterlagen auf http://www.studyguru.eu !
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Mark Struberg <st...@yahoo.de>.
the producer for @Default @Logger is
core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
so this should be available.
Btw, I gonna rename this to LoggerProducer, drop the final and make it public. Maybe the missing 'public' on the class is the problem for Weld, who knows...
LieGrue,
strub
--- On Mon, 1/17/11, Gerhard <ge...@gmail.com> wrote:
> From: Gerhard <ge...@gmail.com>
> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
> To: "MyFaces Discussion" <us...@myfaces.apache.org>
> Date: Monday, January 17, 2011, 12:13 PM
> hi dominik,
>
> v0.9.2 is tested with glassfish 3.0.1
> glassfish 3.1 contains a different version of weld which
> has some other
> issues as well (e.g. see [1]).
>
> regards,
> gerhard
>
> [1] https://issues.apache.org/jira/browse/EXTCDI-118
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
>
> 2011/1/17 Dominik Dorn <do...@dominikdorn.com>
>
> > Hi,
> >
> > I'm having problems with CODI 0.9.2 on Glassfish 3.1.
> > When trying to deploy my app, I receive the following
> exception:
> >
> >
> >
> >
> >
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> > while loading the app : WELD-001408 Unsatisfied
> dependencies for type
> > [Logger] with qualifiers [@Default] at injection point
> [[field]
> > @Inject private
> >
> >
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> > org.jboss.weld.exceptions.DeploymentException:
> WELD-001408 Unsatisfied
> > dependencies for type [Logger] with qualifiers
> [@Default] at injection
> > point [[field] @Inject private
> >
> >
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> > at
> >
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> > at
> >
> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> > at
> >
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> > at
> >
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> > at
> >
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> > at
> >
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> > at
> org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> > at
> org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> > at
> >
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> > at
> >
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> > at
> >
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> > at
> >
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> > at
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> > at
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> > at
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> > at
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> > at
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> > at
> >
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> > at
> >
> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> > at
> >
> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> > at
> >
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> > at
> >
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> > at
> >
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> > at
> >
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> > at
> >
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> > at
> >
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> > at
> >
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> > at
> >
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> > at
> >
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> > at
> >
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> > at
> >
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> > at
> >
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> > at
> >
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> > at
> com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> > at
> >
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> > at
> >
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> > at
> java.lang.Thread.run(Thread.java:619)
> > |#]
> >
> >
> > I have the following jars in my /WEB-INF/lib
> directory:
> > activation-1.1.1.jar
> > bcmail-jdk16-1.45.jar
> > bcprov-jdk16-1.45.jar
> > commons-beanutils-1.8.0.jar
> > commons-codec-1.4.jar
> > commons-digester-2.1.jar
> > commons-fileupload-1.2.1.jar
> > commons-io-1.4.jar
> > commons-logging-1.1.1.jar
> > log4j-1.2.15.jar
> > myfaces-extcdi-core-api-0.9.2.jar
> > myfaces-extcdi-core-impl-0.9.2.jar
> > myfaces-extcdi-jsf20-module-api-0.9.2.jar
> > myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> > myfaces-extcdi-message-module-api-0.9.2.jar
> > myfaces-extcdi-message-module-impl-0.9.2.jar
> > myfaces-extcdi-scripting-module-api-0.9.2.jar
> > myfaces-extcdi-scripting-module-impl-0.9.2.jar
> > prettyfaces-jsf2-3.1.0.jar
> > primefaces-2.2.M1.jar
> > slf4j-api-1.6.1.jar
> > slf4j-log4j12-1.6.1.jar
> >
> >
> > Without the myfaces-extcdi jars I can deploy, but of
> course, I'm not
> > able to use the CDI enhancements.
> >
> > Please help.
> >
> > Thanks,
> > Dominik
> >
>
Re: Problems with CODI 0.9.2 on Glassfish 3.1
Posted by Gerhard <ge...@gmail.com>.
hi dominik,
v0.9.2 is tested with glassfish 3.0.1
glassfish 3.1 contains a different version of weld which has some other
issues as well (e.g. see [1]).
regards,
gerhard
[1] https://issues.apache.org/jira/browse/EXTCDI-118
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/1/17 Dominik Dorn <do...@dominikdorn.com>
> Hi,
>
> I'm having problems with CODI 0.9.2 on Glassfish 3.1.
> When trying to deploy my app, I receive the following exception:
>
>
>
>
> [#|2011-01-17T12:08:24.958+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=http-thread-pool-4848(5);|Exception
> while loading the app : WELD-001408 Unsatisfied dependencies for type
> [Logger] with qualifiers [@Default] at injection point [[field]
> @Inject private
>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied
> dependencies for type [Logger] with qualifiers [@Default] at injection
> point [[field] @Inject private
>
> org.apache.myfaces.extensions.cdi.jsf.impl.bv.InvalidValueAwareMessageInterpolator.logger]
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305)
> at
> org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
> at
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
> at
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385)
> at
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371)
> at
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390)
> at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:189)
> at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
> at
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:354)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:369)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1080)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1260)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1248)
> at
> com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:453)
> at
> com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:220)
> at
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
> at
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> at
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
> at
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:818)
> at
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> at
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1008)
> at
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> at
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> at
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> at
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> at
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> at
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> at
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> at
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> at
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> at java.lang.Thread.run(Thread.java:619)
> |#]
>
>
> I have the following jars in my /WEB-INF/lib directory:
> activation-1.1.1.jar
> bcmail-jdk16-1.45.jar
> bcprov-jdk16-1.45.jar
> commons-beanutils-1.8.0.jar
> commons-codec-1.4.jar
> commons-digester-2.1.jar
> commons-fileupload-1.2.1.jar
> commons-io-1.4.jar
> commons-logging-1.1.1.jar
> log4j-1.2.15.jar
> myfaces-extcdi-core-api-0.9.2.jar
> myfaces-extcdi-core-impl-0.9.2.jar
> myfaces-extcdi-jsf20-module-api-0.9.2.jar
> myfaces-extcdi-jsf20-module-impl-0.9.2.jar
> myfaces-extcdi-message-module-api-0.9.2.jar
> myfaces-extcdi-message-module-impl-0.9.2.jar
> myfaces-extcdi-scripting-module-api-0.9.2.jar
> myfaces-extcdi-scripting-module-impl-0.9.2.jar
> prettyfaces-jsf2-3.1.0.jar
> primefaces-2.2.M1.jar
> slf4j-api-1.6.1.jar
> slf4j-log4j12-1.6.1.jar
>
>
> Without the myfaces-extcdi jars I can deploy, but of course, I'm not
> able to use the CDI enhancements.
>
> Please help.
>
> Thanks,
> Dominik
>