Details

    • Type: Sub-task Sub-task
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 2.0
    • Fix Version/s: None
    • Component/s: Components/Renderers
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: All

    • Issuezilla Id:
      322
    • Status Whiteboard:
      Hide

      EGTop5 effort_moderate cat2 javadoc size_medium importance_medium draft

      Show
      EGTop5 effort_moderate cat2 javadoc size_medium importance_medium draft

      Description

      There are currently nice interfaces, like ValueHolder and EditableValueHolder.
      But this isn't enough.

      The minimal contract of creating a (custom) JSF component is UIComponent.
      It is not necessary to extend something like UIComponentBase or even UIInput,
      which is good.

      For instance for checking if a component is able to be validated, some do a
      instanceof UIInput, which would fail in some cases (as in Trinidad). Luckily
      enough, we have the EditableValueHolder interfaces, so checking against that is
      fine.

      I noticed a lot of issues in the past with UIForm, since there is not "Form"
      interface for that. One of the issues, when making Tomahawk working with
      Trinidad/ADF Faces was that the Trinidad/ADF Faces form isn't extending UIForm
      (which isn't wrong). We ended up, using a String-based identifier (component
      family) for ensuring the component (from Trinidad) is a form. With an interface
      for Form (like for EditableValueHolder) there weren't a need for "checking Strings".

      This is true for "table components" as well. A "table interface" would be nice.

        Issue Links

          Activity

          Hide
          Ed Burns added a comment -

          rogerk

          Show
          Ed Burns added a comment - rogerk
          Hide
          rogerk added a comment -

          triage

          Show
          rogerk added a comment - triage
          Hide
          rogerk added a comment -

          triage

          Show
          rogerk added a comment - triage
          Hide
          Ed Burns added a comment -

          Set priority to baseline ahead of JSF 2.3 triage. Priorities will be assigned accurately after this exercise.

          Show
          Ed Burns added a comment - Set priority to baseline ahead of JSF 2.3 triage. Priorities will be assigned accurately after this exercise.
          Hide
          Ed Burns added a comment -

          Target for 2.3

          Show
          Ed Burns added a comment - Target for 2.3

            People

            • Assignee:
              Unassigned
              Reporter:
              mwessendorf
            • Votes:
              8 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated: