Return-Path: Delivered-To: apmail-myfaces-users-archive@www.apache.org Received: (qmail 92266 invoked from network); 29 Sep 2006 07:36:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 29 Sep 2006 07:36:09 -0000 Received: (qmail 26926 invoked by uid 500); 29 Sep 2006 07:36:04 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 26790 invoked by uid 500); 29 Sep 2006 07:36:02 -0000 Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Discussion" Delivered-To: mailing list users@myfaces.apache.org Received: (qmail 26779 invoked by uid 99); 29 Sep 2006 07:36:02 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 29 Sep 2006 00:36:02 -0700 Authentication-Results: idunn.apache.osuosl.org header.from=martin.marinschek@gmail.com; domainkeys=good X-ASF-Spam-Status: No, hits=0.5 required=5.0 tests=DNS_FROM_RFC_ABUSE DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 Received: from [64.233.182.189] ([64.233.182.189:58015] helo=nf-out-0910.google.com) by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP id 20/B1-10102-FDCCC154 for ; Fri, 29 Sep 2006 00:36:00 -0700 Received: by nf-out-0910.google.com with SMTP id x4so988605nfb for ; Fri, 29 Sep 2006 00:35:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QW71je59/PwE7RIShANZdJkSukh8vwwU1HD8VauKMJKbQ7DoZZvAuhlCiVE6yYM+czSnrZCyP1NRpVr4Ko8B8pQO202V0DllH6AJuBz9ydkV30PHLKpYssmgHFQlqIkG6KbFCWVtUloR8Kw0n88giu8EPa1kLSm+5SVnbSPsqS0= Received: by 10.49.21.8 with SMTP id y8mr1152090nfi; Fri, 29 Sep 2006 00:35:55 -0700 (PDT) Received: by 10.49.9.14 with HTTP; Fri, 29 Sep 2006 00:35:55 -0700 (PDT) Message-ID: <5a99335f0609290035k7d71cc6aia8fd0827dcc0513f@mail.gmail.com> Date: Fri, 29 Sep 2006 09:35:55 +0200 From: "Martin Marinschek" To: "MyFaces Discussion" Subject: Re: selectOneMenu looses values with myFacesCore 1.1.4 In-Reply-To: <3c251f300609280909n23280a11ub72c5423a877ca66@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5a99335f0609280442x77150858wd0d8910c1aad433d@mail.gmail.com> <3c251f300609280909n23280a11ub72c5423a877ca66@mail.gmail.com> X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N No, it didn't - must be unrelated. regards, Martin On 9/28/06, Grant Smith wrote: > I'm not sure if this is related, but see my comment on the commit r449566, > which definitely breaks UISelect* components for me. Although that didn't > make it into 1.1.4, did it ? > > > > On 9/28/06, Martin Marinschek wrote: > > Hi Michael, > > > > if you create a new View-Root, it is expected that the old components > > get lost - I would say that the selectItems should be recreated. Is > > that the case in your backing bean? Can you try to clean out the > > binding as well, and see what happens then? > > > > regards, > > > > Martin > > > > On 9/28/06, Michael Heinen wrote: > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > could anybody of the developers please respond to this issue? > > > > > > I would like to update to 1.1.4 but the below issue is of course a show > > > stopper. > > > > > > > > > > > > This code works with 1.1.3 so there must be something working different > in > > > 1.1.4. > > > > > > > > > > > > Michael > > > > > > > > > > > > > > > > > > ________________________________ > > > > > > > > > From: Michael Heinen [mailto:mhn@recommind.com] > > > Sent: Mittwoch, 27. September 2006 14:51 > > > > > > To: MyFaces Discussion > > > Subject: RE: selectOneMenu looses values with myFacesCore 1.1.4 > > > > > > > > > > > > > > > Sorry for posting answers to my own question but could further isolate > the > > > problem. > > > > > > The action listeners that are called by the immediate links, contain the > > > following code in order to create new views: > > > > > > > > > > > > FacesContext context = FacesContext.getCurrentInstance(); > > > > > > ViewHandler viewHandler = context.getApplication().getViewHandler(); > > > > > > UIViewRoot viewRoot = viewHandler.createView(context, > > > context.getViewRoot().getViewId()); > > > > > > context.setViewRoot(viewRoot); > > > > > > context.renderResponse(); > > > > > > > > > > > > When I remove these lines then the dropdpwn contains all the expected > > > values. > > > > > > But I have to create a new view in the action listener. > > > > > > > > > > > > So what's going wrong inside ??? > > > > > > > > > > > > Michael > > > > > > > > > > > > > > > > > > ________________________________ > > > > > > > > > From: Michael Heinen [mailto:mhn@recommind.com ] > > > Sent: Mittwoch, 27. September 2006 14:34 > > > To: MyFaces Discussion > > > Subject: RE: selectOneMenu looses values with myFacesCore 1.1.4 > > > > > > > > > > > > I forgot to mention that SearchControllerBean has sessionScope. > > > > > > > > > > > > During debugging I found out that the corresponding setter > > > setSavedSearchesMenu is called two times. > > > > > > > > > > > > public void setSavedSearchesMenu(UISelectOne > > > savedSearchesMenu) { > > > > > > this.savedSearchesMenu = savedSearchesMenu; > > > > > > } > > > > > > > > > > > > The first time the parameter savedSearchesMenu is correctly populated. > > > > > > Then getSavedSearchesMenu is called. > > > > > > The setter is called again then and savedSearchesMenu (of type > > > HtmlSelectOneMenu) is not initialized anymore. > > > > > > All attributes are null or false except _valid which is true. > > > > > > Any ideas? > > > > > > > > > > > > Is this a bug (It did work with 1.1.3) ? > > > > > > > > > > > > Michael > > > > > > ________________________________ > > > > > > > > > From: Michael Heinen [mailto: mhn@recommind.com] > > > Sent: Mittwoch, 27. September 2006 14:07 > > > To: MyFaces Discussion > > > Subject: selectOneMenu looses values with myFacesCore 1.1.4 > > > > > > > > > > > > After updating myFacesCore to 1.1.4 a selectOneMenu is not working > anymore. > > > I use tomahawk-1.1.3. > > > > > > The entries of the select one menu are cleared after clicking an > immediate > > > link. > > > > > > When I go back to myFacesCore 1.1.3 everything works fine. > > > > > > > > > > > > Here is the jsp snippet: > > > > > > > > > > > > > > > > > > > > binding="#{SearchControllerBean.savedSearchesMenu}"/> > > > > > > > > > > > > > > > > > > SearchControllerBean: > > > > > > public UISelectOne getSavedSearchesMenu() { > > > > > > if (this.savedSearchesMenu==null){ > > > > > > this.populateSavedSearchesMenu(); > > > > > > } > > > > > > return this.savedSearchesMenu; > > > > > > } > > > > > > > > > > > > I set a breakpoint into the above method. > > > > > > savedSearchesMenu is a HtmlSelectOneMenu and it's childrenList contains > two > > > objects: > > > > > > An UISelectItem and an UISelectItems with 5 SelectItems. > > > > > > But these are not displayed anymore in the html. The dropdown is empty. > > > > > > Any ideas? > > > > > > -- > > > > http://www.irian.at > > > > Your JSF powerhouse - > > JSF Consulting, Development and > > Courses in English and German > > > > Professional Support for Apache MyFaces > > > > > > -- > Grant Smith > -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces