jop, will do On Tue, Jan 18, 2011 at 11:36 AM, Mark Struberg <strub...@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 <mat...@apache.org> wrote: > >> From: Matthias Wessendorf <mat...@apache.org> >> Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1 >> To: "MyFaces Discussion" <users@myfaces.apache.org> >> Date: Tuesday, January 18, 2011, 10:18 AM >> On Mon, Jan 17, 2011 at 2:20 PM, >> Gerhard <gerhard.petra...@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 <domi...@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 >> <domi...@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 <strub...@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 <gerhard.petra...@gmail.com> >> wrote: >> >> >> >> >> >>> From: Gerhard <gerhard.petra...@gmail.com> >> >> >>> Subject: Re: Problems with CODI 0.9.2 >> on Glassfish 3.1 >> >> >>> To: "MyFaces Discussion" <users@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 <domi...@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