Return-Path: Delivered-To: apmail-shale-user-archive@locus.apache.org Received: (qmail 51571 invoked from network); 8 Jun 2007 16:34:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Jun 2007 16:34:57 -0000 Received: (qmail 74422 invoked by uid 500); 8 Jun 2007 16:35:00 -0000 Delivered-To: apmail-shale-user-archive@shale.apache.org Received: (qmail 74387 invoked by uid 500); 8 Jun 2007 16:35:00 -0000 Mailing-List: contact user-help@shale.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@shale.apache.org Delivered-To: mailing list user@shale.apache.org Received: (qmail 74378 invoked by uid 99); 8 Jun 2007 16:35:00 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jun 2007 09:35:00 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jun 2007 09:34:54 -0700 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1HwhQ1-0006RB-6s for user@shale.apache.org; Fri, 08 Jun 2007 09:34:33 -0700 Message-ID: <11029950.post@talk.nabble.com> Date: Fri, 8 Jun 2007 09:34:33 -0700 (PDT) From: samju To: user@shale.apache.org Subject: Re: transition between 2 Dialog In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: julsamusa@netscape.net References: <11012245.post@talk.nabble.com> <11022945.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org ok it make i think i misunderstood the way how Dialog work! for the moment i got: 08.06.2007 18:07:58 org.apache.catalina.core.ApplicationDispatcher invoke SCHWERWIEGEND: Servlet.service() for servlet jsp threw exception javax.faces.FacesException: Could not retrieve value of component with path : {Component-Path : [Class: org.apache.shale.view.faces.ShaleViewRoot,ViewId: /loginfinished.jsp][Class: javax.faces.component.html.HtmlForm,Id: back][Class: javax.faces.component.UINamingContainer,Id: userpanel][Class: javax.faces.component.html.HtmlOutputText,Id: username]} Question: how can i retrieve the value of "username"? loginfinished.jsp include userpanel.jsp username value was delivered by parentdialog. any proposition? Sam craigmcc wrote: > > On 6/8/07, samju wrote: >> >> one more attempt to provide more clarity, >> >> dialog : Parent Dialog take care of Login and Logout actions >> subdialog : refresh, delete,.....etc. user information >> AppMainClass: this class provide login and logout action and launch the >> subdialog activity >> >> >> public class AppMainClass extends AbstractViewController{ >> public String lauchSubdialogA(){ >> >> 1.get the currrentuser data >> my suggestion: dcontext.getData(); //From Bean "A" >> 2. transfer this data to the subdialog "dataClassName" >> ?? setValue("#{BBean}") >> >> 3.invoke return "logical Outcome to activate the subdialog" >> } >> } >> other actions will take place in the subdialog. < subdialog End state> >> should be terminated and give the control back to AppMainClass. >> >> using one Parent Dialog for the entire application and several Subdialog >> (Babys Dialog) for updating the Parent Dialog data... in my App. the >> Subdialog need the Information Data from the Parent Dialog but each >> subdialog had the own Actions for manipulating the data provided from the >> Parent Dialog "DataClassName" >> and give it back. and so on... >> the Subdialog live only for a Request Scope Time >> Dialog had a Application Scope Time ("=Dialog Scope" in my case) > > This helps a lot in understanding what you are trying to do. One > thing to remember is that subdialog instances get their *own* data > objects, rather than sharing the same data object as the parent. At > the moment, there is no easy way to automatically access the parent's > data object (making this possible would be a good enhancement > request). As a workaround for now, consider exposing the parent's > data object as a separate session scope attribute, in addition to > being a data object. > > Note that *all* DialogContext instances, and therefore the data > objects they reference, are held in session scope, because they are > specific to a particular user. You cannot store the dialog context > instances in application scope, because they would then be shared by > all users -- and one user performing a transition between states would > mess up the navigation for everyone else. > > Craig > > -- View this message in context: http://www.nabble.com/transition-between-2-Dialog-tf3885103.html#a11029950 Sent from the Shale - User mailing list archive at Nabble.com.