incubator-adffaces-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam Winer (JIRA)" <>
Subject [jira] Resolved: (ADFFACES-175) Default FacesBean types to UIXFacesBeanImpl and UIXEditableFacesBeanImpl
Date Fri, 06 Oct 2006 17:55:23 GMT
     [ ]

Adam Winer resolved ADFFACES-175.

    Resolution: Fixed

Checked in fix.

> Default FacesBean types to UIXFacesBeanImpl and UIXEditableFacesBeanImpl
> ------------------------------------------------------------------------
>                 Key: ADFFACES-175
>                 URL:
>             Project: MyFaces ADF-Faces
>          Issue Type: Improvement
>            Reporter: Adam Winer
>         Assigned To: Adam Winer
> The current defaults the FacesBean type to UINodeFacesBean.  That
was a reasonable choice back when the vast majority of renderers went through the old UIX
codebase, but now just the opposite is true.  As a result, anyone writing a new renderer gets
an unnecessarily heavy FacesBean (and pulls in the UIX code) unless they explicitly add an
entry to  Also, I don't think we have a good default for UIXEditableValue,
so developers that write a renderer for an editable component have to remember to use UIXEditableFacesBeanImpl
or they get a cryptic problem.
> Anyway, we should:
>  - Make UIXFacesBeanImpl the default in Trinidad
>  - Make UIXEditableFacesBeanImpl the default for
>    org.apache.myfaces.trinidad.component.UIXEditableValue
>  - Switch everything that still really does need to use UINodeFacesBean (or a subclass)
>    to do so explicitly, on a per-renderer-type basis (not at a component class level)

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message