hi markus, thx for the heads-up and for testing it.
regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/8/18 markuslachat <markuslac...@gmail.com> > > hi gerhard, > > i built codi jsf bundle and tested it this morning. I confirm your fix did > the trick =) > > Many thanks, > Markus > > > Gerhard Petracek wrote: > > > > hi markus, > > > > i could reproduce it with a different example. so i fixed and tested it > > (see > > [1]). > > > > please also test it with the next snapshot (or just build it on your own > - > > see the link of my first mail). > > > > regards, > > gerhard > > > > [1] https://issues.apache.org/jira/browse/EXTCDI-215 > > > > http://www.irian.at > > > > Your JSF powerhouse - > > JSF Consulting, Development and > > Courses in English and German > > > > Professional Support for Apache MyFaces > > > > > > 2011/8/17 Gerhard Petracek <gerhard.petra...@gmail.com> > > > >> short addition: > >> > >> i tested it here and i don't get such an exception. > >> here the renderkit proxied by the generic support module is > >> org.apache.myfaces.renderkit.html.HtmlRenderKitImpl and codi wraps the > >> result afterwards. > >> in your case the RenderKitFactory of codi gets invoked first. that's the > >> reason why it works here and it fails in your case. since it's easier > for > >> you to test it, it would be great if you file an improvement in our jira > >> [1] > >> as well as the patch which works for you (please don't forget to select: > >> "Grant license to ASF for inclusion in ASF works ..."). > >> > >> regards, > >> gerhard > >> > >> [1] https://issues.apache.org/jira/browse/EXTCDI > >> > >> http://www.irian.at > >> > >> Your JSF powerhouse - > >> JSF Consulting, Development and > >> Courses in English and German > >> > >> Professional Support for Apache MyFaces > >> > >> > >> 2011/8/17 Gerhard Petracek <gerhard.petra...@gmail.com> > >> > >>> hi markus, > >>> > >>> within the next days we are going to start the release of codi v1.0.1. > >>> if > >>> you patch [1] the current trunk and get it up and running by the end of > >>> this > >>> week, we can include it in v1.0.1 > >>> > >>> regards, > >>> gerhard > >>> > >>> [1] https://cwiki.apache.org/confluence/display/EXTCDI/Building+CODI > >>> > >>> http://www.irian.at > >>> > >>> Your JSF powerhouse - > >>> JSF Consulting, Development and > >>> Courses in English and German > >>> > >>> Professional Support for Apache MyFaces > >>> > >>> > >>> > >>> 2011/8/17 markuslachat <markuslac...@gmail.com> > >>> > >>>> > >>>> I am trying to use CODI 1.0.0 (JSF Bundle) with ExtVal 2.04 > >>>> (property-validation, bean-validation and generic-support). > >>>> > >>>> As soon as I add the generic-support.jar, the application doesn't > >>>> start. > >>>> The > >>>> enhancer (cglib) class tries to proxy the constructor of > >>>> > >>>> > org.apache.myfaces.extensions.cdi.jsf2.impl.scope.conversation.InterceptedRenderKit > >>>> and I see the following stack trace. > >>>> > >>>> Superclass has no null constructors but no arguments were given > >>>> at net.sf.cglib.proxy.Enhancer.emitConstructors(Enhancer.java:721) > >>>> at net.sf.cglib.proxy.Enhancer.generateClass(Enhancer.java:499) > >>>> at > >>>> > >>>> > net.sf.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25) > >>>> at > >>>> > >>>> > net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:216) > >>>> at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377) > >>>> at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:285) > >>>> at > >>>> > >>>> > org.apache.myfaces.extensions.validator.generic.renderkit.ExtValGenericRenderKit.newInstance(ExtValGenericRenderKit.java:56) > >>>> at > >>>> > >>>> > org.apache.myfaces.extensions.validator.generic.renderkit.GenericRenderKitWrapperFactory.createWrapper(GenericRenderKitWrapperFactory.java:45) > >>>> at > >>>> > >>>> > org.apache.myfaces.extensions.validator.core.renderkit.AbstractRenderKitWrapperFactory.create(AbstractRenderKitWrapperFactory.java:112) > >>>> at > >>>> > >>>> > org.apache.myfaces.extensions.validator.core.renderkit.AbstractRenderKitWrapperFactory.create(AbstractRenderKitWrapperFactory.java:107) > >>>> at > >>>> > >>>> > org.apache.myfaces.extensions.validator.core.renderkit.ExtValRenderKitFactory.tryToCreateWrapperWithWrapperFactory(ExtValRenderKitFactory.java:144) > >>>> at > >>>> > >>>> > org.apache.myfaces.extensions.validator.core.renderkit.ExtValRenderKitFactory.getRenderKit(ExtValRenderKitFactory.java:87) > >>>> at > >>>> > >>>> > org.apache.myfaces.shared_impl.renderkit.RendererUtils.getResponseStateManager(RendererUtils.java:1203) > >>>> at > >>>> > >>>> > org.apache.myfaces.lifecycle.DefaultRestoreViewSupport.isPostback(DefaultRestoreViewSupport.java:180) > >>>> at > >>>> > >>>> > org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:113) > >>>> at > >>>> > >>>> > org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:171) > >>>> at > >>>> > >>>> > org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) > >>>> at > >>>> > >>>> > org.apache.myfaces.extensions.cdi.jsf2.impl.listener.phase.CodiLifecycleWrapper.execute(CodiLifecycleWrapper.java:94) > >>>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:189) > >>>> > >>>> > >>>> The reason seems to be an empty constructor is missing in this class > or > >>>> in > >>>> the superclass, which is javax.faces.render.RenderKitWrapper? Any > >>>> workaround > >>>> for this issue? > >>>> > >>>> -- > >>>> View this message in context: > >>>> > http://old.nabble.com/Extval-generic-causes-IAException-with-CODI-RenderKit-Constructor-tp32281217p32281217.html > >>>> Sent from the MyFaces - Users mailing list archive at Nabble.com. > >>>> > >>>> > >>> > >> > > > > > > -- > View this message in context: > http://old.nabble.com/Extval-generic-causes-IAException-with-CODI-RenderKit-Constructor-tp32281217p32285326.html > Sent from the MyFaces - Users mailing list archive at Nabble.com. > >
