myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "sarah haas (JIRA)" <...@myfaces.apache.org>
Subject [jira] Commented: (MYFACES-1563) Re-rendered input components redisplay their locale value on non-immediate action
Date Mon, 30 Apr 2007 10:13:15 GMT

    [ https://issues.apache.org/jira/browse/MYFACES-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492647
] 

sarah haas commented on MYFACES-1563:
-------------------------------------

Hi Martin, 

You are quite right - I was using jsf 1.1_02, which, of course, is not to be compared wih
MyFaces 1.1.5! I apologise for being misleading.

 I have now tried it with 1.2 and am also having problems with even a trivial jsp side (see
test.jsp, attached) . I get the following error:

org.apache.jasper.JasperException: jsp.error.beans.property.conversion
        at org.apache.jasper.runtime.JspRuntimeLibrary.getValueFromPropertyEditorManager(Js
        at org.apache.jsp.test_jsp._jspx_meth_h_outputText_0(org.apache.jsp.test_jsp:206)

I will keep trying.

In any case, could you please comment on  the phenomenon that I described in my bug report,
an whether it sounds like a bug to you.? 

Many thanks, 
Sarah Haas

> Re-rendered input components redisplay their locale value on non-immediate action
> ---------------------------------------------------------------------------------
>
>                 Key: MYFACES-1563
>                 URL: https://issues.apache.org/jira/browse/MYFACES-1563
>             Project: MyFaces Core
>          Issue Type: Bug
>          Components: JSR-252
>    Affects Versions: 1.1.5
>         Environment: Tomcat 5.5, Jetty 6.1, Java 1.4.2, Java 1.5.0
>            Reporter: sarah haas
>            Priority: Critical
>             Fix For: 1.1.5
>
>         Attachments: NonRenderedComp.java, nonRenderedComp.jsp, PersonBean.java, test.jsp
>
>
> Since the component was previously not rendered, its submitted value is null. The local
value that is set in restoreState is not null.  This does not get reset by validation since
non-rendered components are not validated (processValidators). Therefore the associated value-binding
expression is not evaluated in getValue,and hence the local value is returned. 
> It seems to me that restoreState should set the local value to null. This would result
in the value-binding expression being evaluated and displayed.
> Example:
> I have a number of input text fields and a select-one-menu (which has an immedate valueChangeListener)
a command button (with an non-immedate action). The menu switches the rendered mode of some
display fields. The button saves the entered text and clears the input fields.
> In addition I have a data-table which displays the saved data and contains a column with
a button, whose on-immediate action puts the selected data item into the input fields.   
> I enter data in the input fields and save the data. It is displayed in the table. Then
I use the menu to select a mode in which some of the input text fields are no longer rendered.
I then select the original data from the table. The fields which remain rendered are displayed
and filled correctly. However the fields which were previously NOT rendered are displayed
but are EMPTY.
> This bug does not occur with Sun's reference implementation.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message