You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by markuslachat <ma...@gmail.com> on 2011/08/17 18:30:47 UTC
Extval generic causes IAException with CODI RenderKit Constructor
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.
Re: Extval generic causes IAException with CODI RenderKit Constructor
Posted by Gerhard Petracek <ge...@gmail.com>.
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 <ma...@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 <ge...@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 <ge...@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 <ma...@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.
>
>
Re: Extval generic causes IAException with CODI RenderKit
Constructor
Posted by markuslachat <ma...@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 <ge...@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 <ge...@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 <ma...@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.
Re: Extval generic causes IAException with CODI RenderKit Constructor
Posted by Gerhard Petracek <ge...@gmail.com>.
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 <ge...@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 <ge...@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 <ma...@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.
>>>
>>>
>>
>
Re: Extval generic causes IAException with CODI RenderKit Constructor
Posted by Gerhard Petracek <ge...@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 <ge...@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 <ma...@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.
>>
>>
>
Re: Extval generic causes IAException with CODI RenderKit Constructor
Posted by Gerhard Petracek <ge...@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 <ma...@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.
>
>