From adffaces-user-return-517-apmail-incubator-adffaces-user-archive=incubator.apache.org@incubator.apache.org Tue Jul 18 22:32:41 2006 Return-Path: Delivered-To: apmail-incubator-adffaces-user-archive@locus.apache.org Received: (qmail 73567 invoked from network); 18 Jul 2006 22:32:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Jul 2006 22:32:41 -0000 Received: (qmail 59316 invoked by uid 500); 18 Jul 2006 22:32:41 -0000 Delivered-To: apmail-incubator-adffaces-user-archive@incubator.apache.org Received: (qmail 59161 invoked by uid 500); 18 Jul 2006 22:32:40 -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 59152 invoked by uid 99); 18 Jul 2006 22:32:40 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Jul 2006 15:32:40 -0700 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,RCVD_IN_BL_SPAMCOP_NET,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of cosmacol@gmail.com designates 66.249.92.173 as permitted sender) Received: from [66.249.92.173] (HELO ug-out-1314.google.com) (66.249.92.173) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Jul 2006 15:32:40 -0700 Received: by ug-out-1314.google.com with SMTP id u40so36624ugc for ; Tue, 18 Jul 2006 15:32:18 -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=WrSt0VCS6rbSIHM5Kl9dQhUq+eVPNqeiAhOF5RDqYVZyXRk+6vNZFAPM7A7BsFCkchXUvj43briIHwBBsB1kb03OlSdCMjTF+ofO3pXh4HT50C5/PoaGiZs4xVKgXki/GoKFRBowv/I3dMaO3v3wDOkWi32f02bqZKFeC21441o= Received: by 10.66.240.12 with SMTP id n12mr85319ugh; Tue, 18 Jul 2006 15:32:18 -0700 (PDT) Received: by 10.67.105.12 with HTTP; Tue, 18 Jul 2006 15:32:18 -0700 (PDT) Message-ID: <467251f60607181532n706ae1ffy4cd7f52bcaece062@mail.gmail.com> Date: Wed, 19 Jul 2006 00:32:18 +0200 From: "Cosma Colanicchia" To: adffaces-user@incubator.apache.org Subject: Re: PPR and session timeout In-Reply-To: <37699f4d0607181525n2cff5260t62897472b2ba684b@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: <44BC6F9E.4010603@corp.peace.com> <44BD1C85.70703@gmail.com> <467251f60607181401g75feac2ex279f635e70cf2810@mail.gmail.com> <44BD4F70.2080507@gmail.com> <37699f4d0607181425m2b4edcebhe0875c115e99e1f@mail.gmail.com> <37699f4d0607181427o1b1ddbcdt242fb905263afb79@mail.gmail.com> <467251f60607181439k1f771470n64acba03c69e9dd1@mail.gmail.com> <44BD5A19.6070204@gmail.com> <467251f60607181516p28a3e48bwabd365e4719ed933@mail.gmail.com> <37699f4d0607181525n2cff5260t62897472b2ba684b@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Venkata, I think that it wont work, because after the post the source page will be replaced with the PPR response. The PPR trick is based on having the response in another frame/window, so the javascript included in it can access the previous page and manipulate it instead of replacing the whole page. Cosma 2006/7/19, venkata guddanti : > Hi Cosma, > > Hi Cosma, > > So if you ake the contents of the login form and inject into the main form > of the outerpage and post the main form of the outerpage. Do you think that > will work? > > Venkata > > > On 7/18/06, Cosma Colanicchia wrote: > > > > @Venkata > > The problem doing that is that the original page is lost. The > > container usually saves all the request parameters somewhere and > > "replay" them after the login, so the response will still be a PPR > > response, and for this reason it will try to find an outer page and to > > manipulate its DOM, updating only the required components. This will > > likely fail because the outer page doesn't exist anymore. > > > > @Scott: > > No, I'm not trying to keep the session alive, and I don't want to. We > > may have security constraints that DO require sessions to timeout, so > > unattended workstations cannot be easily used by unauthorized users. > > > > Regards > > Cosma > > > > > > > > > > 2006/7/19, Scott O'Bryan : > > > Oooohhh. You're trying to prevent the session from timing out? You can > > > > > use the poll component I suppose or you can set your server up so that > > > sessions don't time out for a REALLY long time. You probably want them > > > to time out eventually. > > > > > > Scott > > > > > > Cosma Colanicchia wrote: > > > > Venkata, > > > > > > > > maybe I'm not getting your point, by in my script I'm trying to avoid > > > > a "full page refresh". As I'm trying to keep my app as "session > > > > timeout-proof" as possible, I use full client state saving and almost > > > > all my managed bean are request scoped. Said that, I want the original > > > > request parameters (so including the serialized component tree state) > > > > to pass throught the login process, and because that was a PPR > > > > requests I cannot simply load it as it was the main page (PPR response > > > > seems to me to be potentially incomplete, only including the required > > > > html elements and the code to replace them in the outer window). Even > > > > knowing exactly what makes a request a "PPR" one, I'm not sure that it > > > > is possible to safely revert it to a full request. > > > > > > > > So my solution was to simply have the login page showed someway, but > > > > without breaking the usual PPR process, so the popup that submit > > > > itself again into the _pprIFRAME. I had no full success with it, > > > > because sometimes after the login the original action (a list sort, > > > > for example) doesn't get executed, and the user must click again. I've > > > > not researched the reasons of this. > > > > > > > > Regards > > > > Cosma > > > > > > > > > >