From adffaces-user-return-352-apmail-incubator-adffaces-user-archive=incubator.apache.org@incubator.apache.org Fri Jun 23 17:18:55 2006 Return-Path: Delivered-To: apmail-incubator-adffaces-user-archive@locus.apache.org Received: (qmail 81032 invoked from network); 23 Jun 2006 17:18:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Jun 2006 17:18:55 -0000 Received: (qmail 20327 invoked by uid 500); 23 Jun 2006 17:18:54 -0000 Delivered-To: apmail-incubator-adffaces-user-archive@incubator.apache.org Received: (qmail 20231 invoked by uid 500); 23 Jun 2006 17:18:54 -0000 Mailing-List: contact adffaces-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: adffaces-user@incubator.apache.org Delivered-To: mailing list adffaces-user@incubator.apache.org Received: (qmail 20219 invoked by uid 99); 23 Jun 2006 17:18:53 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 10:18:53 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of awiner@gmail.com designates 66.249.92.169 as permitted sender) Received: from [66.249.92.169] (HELO ug-out-1314.google.com) (66.249.92.169) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 10:18:53 -0700 Received: by ug-out-1314.google.com with SMTP id q2so443631uge for ; Fri, 23 Jun 2006 10:18:31 -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:references; b=MDQJo8Fo46VXennF6LzeZsBZQbdKvbOt0sCsa+aLp77S42DjZsKNRK2Ta1kFfQXm4QvTttH4FDLyww6UYXOYlpptML9CI9qZKDej/g+Jv7JBh8WCsKM5aCUr3hyPsgglsbi2OowEhO9vG6gU6Y3xTDiIHvgCgwQP4Ot6S8LShIE= Received: by 10.66.220.17 with SMTP id s17mr2450992ugg; Fri, 23 Jun 2006 10:18:31 -0700 (PDT) Received: by 10.67.102.15 with HTTP; Fri, 23 Jun 2006 10:18:31 -0700 (PDT) Message-ID: <6dac79b90606231018x3a918f54qa821fde8425cc5ad@mail.gmail.com> Date: Fri, 23 Jun 2006 10:18:31 -0700 From: "Adam Winer" To: adffaces-user@incubator.apache.org Subject: Re: What does CHANGE_PERSISTENCE parameter mean? In-Reply-To: <467251f60606230027j6739f9c0ua79ae9e6616c4044@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_23024_23349599.1151083111241" References: <467251f60606150245q7fcb59b8k1c934970f715af03@mail.gmail.com> <6dac79b90606151236r4bbc16b7ic61fad9ee5a87bc8@mail.gmail.com> <71235db40606151541o7602e548vf227da50ca0ea676@mail.gmail.com> <467251f60606160205j1e74da35l8955a57e6d11120c@mail.gmail.com> <6dac79b90606160908t61d6d370of1fd563bd5c391bf@mail.gmail.com> <467251f60606230027j6739f9c0ua79ae9e6616c4044@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_23024_23349599.1151083111241 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Yes, generally the component (or the renderer) will decide that it wants some state persisted. -- Adam On 6/23/06, Cosma Colanicchia wrote: > > Thanks for the explanation. > > It makes sense for *some* of a component's state to be persisted even > when the user navigate to other pages. Is the component itself that > have to declare which state it wants to be managed this way? > > I'm just curious about how this works :) > > Cosma > > > 2006/6/16, Adam Winer : > > Cosma, > > > > It's a different set of state. The component state that's normally > > saved vaporizes once you navigate off to another page. Mostly, > > that's a good thing - most of that state shouldn't be preserved. > > > > But, say you had a table that supported drag-and-drop column > > reordering. You'd want that reordering to still be there for that > > user when coming back to that page. That's what the > > ChangeManager is for. > > > > -- Adam > > > > > > On 6/16/06, Cosma Colanicchia wrote: > > > Thank you Adam and Matthias. > > > > > > @Adam: your example of showDetail/tree make me think about the > > > component tree state, the one that can is normally saved in session or > > > serialized on the page. Are we talking about the same "state" or is it > > > a different thing? > > > > > > > > > Cosma > > > > > > > > > > > > 2006/6/16, Matthias Wessendorf : > > > > Cosma- > > > > > > > > based on Adam's mail I added something more the web.xml file > > > > from the demo app ([1]). > > > > > > > > -Matthias > > > > > > > > [1] http://tinyurl.com/qxbtv > > > > > > > > On 6/15/06, Adam Winer wrote: > > > > > Yeah, it's kind of undocumented. Basically, it's for plugging > > > > > a "ChangeManager", which is an API that can persist component > > > > > modifications (like, is a showDetail or tree expanded or > collapsed?) > > > > > across requests. > > > > > > > > > > -- Adam > > > > > > > > > > > > > > > On 6/15/06, Cosma Colanicchia wrote: > > > > > > Hi, > > > > > > > > > > > > anyone can explain me what is the effect of setting the > > > > > > org.apache.myfaces.adf.CHANGE_PERSISTENCE context parameter? I > can't > > > > > > find any documentation about this.. > > > > > > > > > > > > Thanks in advance > > > > > > Cosma > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Matthias Wessendorf > > > > Aechterhoek 18 > > > > 48282 Emsdetten > > > > blog: http://jroller.com/page/mwessendorf > > > > mail: mwessendorf-at-gmail-dot-com > > > > > > > > > > ------=_Part_23024_23349599.1151083111241--