myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gerhard Petracek <gerhard.petra...@gmail.com>
Subject Re: Extval generic causes IAException with CODI RenderKit Constructor
Date Wed, 17 Aug 2011 19:38:34 GMT
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.petracek@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.petracek@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 <markuslachat@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.
>>>
>>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message