You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Jakob Korherr <ja...@gmail.com> on 2011/07/29 09:25:31 UTC
common JSF (spec) problems/issues wiki page (was: An issue with
converts and JSF2.0 CompositeComponents)
Hi guys,
(moving to dev-list)
Sven has a point. It would be nice to have a wiki page describing
common JSF (spec) problems/issues and workarounds for them.
WDYT?
Regards,
Jakob
---------- Forwarded message ----------
From: S. Bunge <sb...@nnga.de>
Date: 2011/7/28
Subject: Re: An issue with converts and JSF2.0 CompositeComponents
To: MyFaces Discussion <us...@myfaces.apache.org>
Hey Matt,
thanks for your help and your hint to an additional ELResolver. I've
already thought that is a little gap in the spec. Maybe this could be
added to the wiki-page because without your fix the CC-feature is not
(really) usable in JSF2.0/2.1 I think.
Best regards,
Sven
Am 27.07.2011 20:10, schrieb Matt Benson:
>
> Hi,
> This looks like https://issues.apache.org/jira/browse/MYFACES-2552
> where I have noted my workaround.
>
> HTH,
> Matt
>
> On Wed, Jul 27, 2011 at 1:00 PM, S. Bunge<sb...@nnga.de> wrote:
>>
>> Hi all,
>>
>> I got an issue using the composite components feature of jsf2.0.
>> It's quite possible that I'm using the feature the wrong way.
>>
>> I created such component to combine a label and an h:inputText. If I use
>> it with string objects all works fine but when I start to use instances of
>> custom classes and a converter registered in the faces-config.xml must
>> handle the object, it fails.
>>
>> I use MyFaces 2.0.7 with a tomcat 6.0.32. I removed the label and other
>> stuff in my example:
>>
>> My custom component (cc-ns: "http://java.sun.com/jsf/composite")
>> ...
>> <cc:interface>
>> <cc:attribute name="id" required="true" />
>> <cc:attribute name="value" required="true" />
>> </cc:interface>
>> <cc:implementation>
>> <h:inputText id="inputText" value="#{cc.attrs.value}" />
>> </cc:implementation>
>> ...
>>
>> I named the file 'myCC.xhtml' in /resources/myComponents/ so I can use it
>> with ns-declaration:
>> 'xmlns:my="http://java.sun.com/jsf/composite/myComponents"' in my facelets.
>>
>> I created also a bean named 'helloWorldBacking' with getMuh/setMuh and it
>> returns an Object of Type 'Muh'. A converter is registered in the
>> faces-config with 'converter-for-class' to handle the conversation between
>> view and model for the type.
>>
>> If I use<h:inputText id="abc" value="#{helloWorldBacking.muh}" />
>> directly in my facelet it works like a charm. The converter is called and
>> get/set is called with the right object in the update model phase. But if I
>> switch to the myCC-component I get an exception:
>>
>>> Caused by: javax.el.ELException: /resources/myComponents/myCC.xhtml at
>>> line 17 and column 62 value="#{cc.attrs.value}":
>>> /helloWorld.xhtml at line 17 and column 71
>>> value="#{helloWorldBacking.muh}": Cannot convert asdfasd of type class
>>> java.lang.String to class elproblem.Muh
>>> at
>>> org.apache.myfaces.view.facelets.el.TagValueExpression.setValue(TagValueExpression.java:129)
>>> at
>>> org.apache.myfaces.view.facelets.el.LocationValueExpression.setValue(LocationValueExpression.java:120)
>>> at javax.faces.component.UIInput.updateModel(UIInput.java:379)
>>
>> Maybe the behavior is slightly different with the used EL-library (I tried
>> jasper-el of the tomcat and EL2.2 of the glassfish) -- 'sometimes' it works
>> with none-null values the right way but if the bean returns 'null' if fails
>> every time.
>>
>> My investigations came to a stop at following point:
>> _SharedRendererUtils#findUIOutputConverter doesn't get the outer value
>> binding of the composite component and can't determine the type. So no
>> converter is called and he tried to update
>> the model with a String.
>> If I set the type to the cc:attribute it doesn't work. That would be a bad
>> solution anyway because the composite component must be abstract
>> (otherwise I could call the right converter by id :-) )
>>
>> So my questions: Do I use the composite components feature the right
>> way? If not: What is my fault? What are your suggestions?
>>
>> Thanks for your help,
>> Sven
>>
--
Jakob Korherr
blog: http://www.jakobk.com
twitter: http://twitter.com/jakobkorherr
work: http://www.irian.at
Re: common JSF (spec) problems/issues wiki page (was: An issue with
converts and JSF2.0 CompositeComponents)
Posted by Gerhard Petracek <ge...@gmail.com>.
+1
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/7/29 Jakob Korherr <ja...@gmail.com>
> Hi guys,
>
> (moving to dev-list)
>
> Sven has a point. It would be nice to have a wiki page describing
> common JSF (spec) problems/issues and workarounds for them.
>
> WDYT?
>
> Regards,
> Jakob
>
>
> ---------- Forwarded message ----------
> From: S. Bunge <sb...@nnga.de>
> Date: 2011/7/28
> Subject: Re: An issue with converts and JSF2.0 CompositeComponents
> To: MyFaces Discussion <us...@myfaces.apache.org>
>
>
> Hey Matt,
>
> thanks for your help and your hint to an additional ELResolver. I've
> already thought that is a little gap in the spec. Maybe this could be
> added to the wiki-page because without your fix the CC-feature is not
> (really) usable in JSF2.0/2.1 I think.
>
> Best regards,
> Sven
>
>
> Am 27.07.2011 20:10, schrieb Matt Benson:
> >
> > Hi,
> > This looks like https://issues.apache.org/jira/browse/MYFACES-2552
> > where I have noted my workaround.
> >
> > HTH,
> > Matt
> >
> > On Wed, Jul 27, 2011 at 1:00 PM, S. Bunge<sb...@nnga.de> wrote:
> >>
> >> Hi all,
> >>
> >> I got an issue using the composite components feature of jsf2.0.
> >> It's quite possible that I'm using the feature the wrong way.
> >>
> >> I created such component to combine a label and an h:inputText. If I use
> >> it with string objects all works fine but when I start to use instances
> of
> >> custom classes and a converter registered in the faces-config.xml must
> >> handle the object, it fails.
> >>
> >> I use MyFaces 2.0.7 with a tomcat 6.0.32. I removed the label and other
> >> stuff in my example:
> >>
> >> My custom component (cc-ns: "http://java.sun.com/jsf/composite")
> >> ...
> >> <cc:interface>
> >> <cc:attribute name="id" required="true" />
> >> <cc:attribute name="value" required="true" />
> >> </cc:interface>
> >> <cc:implementation>
> >> <h:inputText id="inputText" value="#{cc.attrs.value}" />
> >> </cc:implementation>
> >> ...
> >>
> >> I named the file 'myCC.xhtml' in /resources/myComponents/ so I can use
> it
> >> with ns-declaration:
> >> 'xmlns:my="http://java.sun.com/jsf/composite/myComponents"' in my
> facelets.
> >>
> >> I created also a bean named 'helloWorldBacking' with getMuh/setMuh and
> it
> >> returns an Object of Type 'Muh'. A converter is registered in the
> >> faces-config with 'converter-for-class' to handle the conversation
> between
> >> view and model for the type.
> >>
> >> If I use<h:inputText id="abc" value="#{helloWorldBacking.muh}" />
> >> directly in my facelet it works like a charm. The converter is called
> and
> >> get/set is called with the right object in the update model phase. But
> if I
> >> switch to the myCC-component I get an exception:
> >>
> >>> Caused by: javax.el.ELException: /resources/myComponents/myCC.xhtml at
> >>> line 17 and column 62 value="#{cc.attrs.value}":
> >>> /helloWorld.xhtml at line 17 and column 71
> >>> value="#{helloWorldBacking.muh}": Cannot convert asdfasd of type class
> >>> java.lang.String to class elproblem.Muh
> >>> at
> >>>
> org.apache.myfaces.view.facelets.el.TagValueExpression.setValue(TagValueExpression.java:129)
> >>> at
> >>>
> org.apache.myfaces.view.facelets.el.LocationValueExpression.setValue(LocationValueExpression.java:120)
> >>> at javax.faces.component.UIInput.updateModel(UIInput.java:379)
> >>
> >> Maybe the behavior is slightly different with the used EL-library (I
> tried
> >> jasper-el of the tomcat and EL2.2 of the glassfish) -- 'sometimes' it
> works
> >> with none-null values the right way but if the bean returns 'null' if
> fails
> >> every time.
> >>
> >> My investigations came to a stop at following point:
> >> _SharedRendererUtils#findUIOutputConverter doesn't get the outer value
> >> binding of the composite component and can't determine the type. So no
> >> converter is called and he tried to update
> >> the model with a String.
> >> If I set the type to the cc:attribute it doesn't work. That would be a
> bad
> >> solution anyway because the composite component must be abstract
> >> (otherwise I could call the right converter by id :-) )
> >>
> >> So my questions: Do I use the composite components feature the right
> >> way? If not: What is my fault? What are your suggestions?
> >>
> >> Thanks for your help,
> >> Sven
> >>
>
>
>
> --
> Jakob Korherr
>
> blog: http://www.jakobk.com
> twitter: http://twitter.com/jakobkorherr
> work: http://www.irian.at
>