Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Development" <dev@myfaces.apache.org>
Message-ID: <18024660.1196621143068.JavaMail.jira@brutus>
Date: Sun, 2 Dec 2007 10:45:43 -0800 (PST)
From: "Bruno Aranda (JIRA)" <dev@myfaces.apache.org>
To: dev@myfaces.apache.org
Subject: [jira] Resolved: (MYFACES-1765) h:selectOneMenu doesn't call setter
In-Reply-To: <13450310.1194624170584.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/MYFACES-1765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bruno Aranda resolved MYFACES-1765.
-----------------------------------

    Resolution: Cannot Reproduce
      Assignee: Bruno Aranda

Cannot reproduce this issue. What do you refer when saying tomahawk 2.0? The latest tomahawk released, 1.1.6, works fine with myfaces 1.2.1-SNAPSHOT (and the tomahawk snapshot too).
Maybe do you refer to the tomahawk I branched to play a bit with the autogeneration of components? If so, that was ongoing work and as far as I know it never worked.

Thanks for reporting Wolf,

Cheers,

Bruno

> h:selectOneMenu doesn't call setter
> -----------------------------------
>
>                 Key: MYFACES-1765
>                 URL: https://issues.apache.org/jira/browse/MYFACES-1765
>             Project: MyFaces Core
>          Issue Type: Bug
>          Components: General
>    Affects Versions:  1.2.0
>         Environment: MyFaces 1.2.1 - Tomahawk 2.0 Snapshot - Facelets 1.1.13
>            Reporter: Wolf Benz
>            Assignee: Bruno Aranda
>            Priority: Blocker
>             Fix For: 1.2.1-SNAPSHOT
>
>
> I don't know whether this error only occurs in combination with facelets, but this is what happens: the "return value: of a h:selectOneMenu in always "null" in the sense that the SETTER IS NEVER CALLED (-> value stays null)
> So for:
> <h:selectOneMenu value="#{testOverviewBean.compoundCodeFromMenu}" valueChangeListener="#{testOverviewBean.fillTestSeqNrs}" onchange="submit();">
> 		<f:selectItem itemLabel="Choose One" itemValue="choose_one"/>
> 		<f:selectItems value="#{utilBean.compoundCodes}" />
> </h:selectOneMenu>
> ... the setCompoundCodeFromMenu() is never called, which always leads to NPEs later on.
> As this is one of the few core components ("h:"), I think labelling it "blocking" is justiefied.
> -Wolf 

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