Hi,

<background>
Inside of Trinidad's EditableValueRenderer
(org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.EditableValueRenderer)
there getReadOnly(...), which is called by all inputXyz Renderers to
check if the component should be rendered "readOnly" or not
That method checks if the component is readOnly and it also checks if
the underlying EL is readOnly.

If that method returns TRUE, the component is readOnly (and there for
a inputText isn't editable).
makes sense, so far.
</background>

Here is a "use-case"

<tr:inputText label="Label a)" value=""/>
(yes, may be stupid, but can happen...)

Since the getReadOnly() checks if the EL is readOnly... it does this as well:

ValueExpression ve = getValueExpression(bean);

In Jetty (jetty-6.1.2rc2), which uses Sun/Glassfish/RI EL
(com.sun.el.ValueExpressionImpl)
==>
It returns an object that is readOnly (which is correct) and the
getExpressionString is "" (empty).

In tomcat 6. which uses this EL-Impl
"org.apache.jasper.el.JspValueExpression", it returns NULL


Now, I wonder what the correct EL behavior is.
Discussion on JSF-RI (Glasfish) and MyFaces-Dev agreed, that NULL may be wrong.

What is your take on that ?

-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to