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 <[email protected]> > >> 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 <[email protected]> >> >>> 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 <[email protected]> >>> >>>> >>>> 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.
