From adffaces-user-return-2658-apmail-incubator-adffaces-user-archive=incubator.apache.org@incubator.apache.org Thu Apr 05 20:01:21 2007 Return-Path: Delivered-To: apmail-incubator-adffaces-user-archive@locus.apache.org Received: (qmail 5599 invoked from network); 5 Apr 2007 20:01:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Apr 2007 20:01:19 -0000 Received: (qmail 74155 invoked by uid 500); 5 Apr 2007 20:01:25 -0000 Delivered-To: apmail-incubator-adffaces-user-archive@incubator.apache.org Received: (qmail 74144 invoked by uid 500); 5 Apr 2007 20:01:25 -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 74135 invoked by uid 99); 5 Apr 2007 20:01:25 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Apr 2007 13:01:25 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [208.30.140.160] (HELO moroha.quovadx.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Apr 2007 13:01:18 -0700 Received: from qxvcexch01.ad.quovadx.com ([192.168.170.59]) by moroha.quovadx.com (8.13.6/8.13.6) with ESMTP id l35K0Nut031871 for ; Thu, 5 Apr 2007 20:00:23 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: PPR and request scoping Date: Thu, 5 Apr 2007 13:59:47 -0600 Message-ID: <820E9D2DE5261D45B6D5E9BFF0984C66013D5349@qxvcexch01.ad.quovadx.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PPR and request scoping Thread-Index: Acd3uoydb7uyhhXkQPqGwgB/c96QawAAFUTQAABVSoA= References: <820E9D2DE5261D45B6D5E9BFF0984C66013D5329@qxvcexch01.ad.quovadx.com> From: "Daniel Hannum" To: X-Virus-Checked: Checked by ClamAV on apache.org Good idea. Does seem like a lot of work though. I want the whole page to hang around across auto-submits. If that's the only way, I think I'll have to deal with session, and wish upon a star that someday we may be able to declare a bean scope of "page" in faces-config.xml! (Or I guess have a look at Seam or Spring 2.0.) Are there other options within JSF?=20 -----Original Message----- From: Chris Gibbons [mailto:cgibbons@solutionstream.com]=20 Sent: Thursday, April 05, 2007 3:42 PM To: adffaces-user@incubator.apache.org Subject: RE: PPR and request scoping You can put any values that you want to maintain in the pageFlowScope and in your getter for that value, check to see if it exists in pageFlowScope first, and if it does, return that value rather than the initialized value when the bean is created. Chris -----Original Message----- From: Daniel Hannum [mailto:dhannum@quovadx.com]=20 Sent: Thursday, April 05, 2007 1:43 PM To: adffaces-user@incubator.apache.org Subject: PPR and request scoping Hi, =20 It would appear that if an autoSubmit/PPR happens on a page, any request-scoped backing beans are recreated. I guess that makes sense... the extra submit is an extra request. =20 First, am I correct? Second, does that mean that every bean backing a page that uses autoSubmit (I use it a lot) needs to be session scope? That brings its own problems. Perhaps there is another option? I even saw Oracle documentation saying that "page backing beans are usually request scope", but alas, they cannot be! =20 Any help is appreciated. =20 Dan