Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 12510 invoked from network); 10 Jul 2003 17:30:25 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 10 Jul 2003 17:30:25 -0000 Received: (qmail 14663 invoked by uid 97); 10 Jul 2003 17:32:56 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@nagoya.betaversion.org Received: (qmail 14656 invoked from network); 10 Jul 2003 17:32:56 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 10 Jul 2003 17:32:56 -0000 Received: (qmail 10257 invoked by uid 500); 10 Jul 2003 17:29:57 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 10209 invoked from network); 10 Jul 2003 17:29:56 -0000 Received: from rwcrmhc12.comcast.net (216.148.227.85) by daedalus.apache.org with SMTP; 10 Jul 2003 17:29:56 -0000 Received: from nicki.visi.com (c-24-118-22-16.mn.client2.attbi.com[24.118.22.16](untrusted sender)) by attbi.com (rwcrmhc12) with SMTP id <200307101729580140061t1me>; Thu, 10 Jul 2003 17:29:58 +0000 Message-Id: <5.2.0.9.2.20030710122252.03b81e48@shell.visi.com> X-Sender: hoju@shell.visi.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 10 Jul 2003 12:29:05 -0500 To: "Tomcat Users List" From: Jacob Kjome Subject: RE: JDBCRealm - Session not timing out In-Reply-To: <011d01c34706$92948a50$6f00000a@BALTHAZAR> References: <5.2.0.9.2.20030710111231.028a70e8@shell.visi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N There is a fundamental difference between Basic AUTH and the HttpSession. The former gets you general access to the application. The latter is used for persistence of data across a given amount of time. So, if the user let their session time out, but their browser is still open so the Basic AUTH gets resent automatically, you'd just start them over with a new session. Don't make any assumptions that Basic AUTH and the HttpSession know anything about each other. The only thing that might break is the logic in your own app if you fail to recognize the difference between authentication and the session. Jake At 12:13 PM 7/10/2003 -0500, you wrote: >I had thought (and replied so in a separate thread) that BASIC auth >would also time out. But even if it doesn't... How could J2EE work, if >the following didn't happen: > >1. User gets authenticated with BASIC AUTH >2. User lets their session timeout >3. User requests a protected page. >4. container asks for credentials >5. browser sends them >6. container says: "those credentials are for an expired session, I'm >re-auth'ing you" >7. you get the OS-level prompt to login again. > >If this *doesn't* happen, then isn't using BASIC AUTH to protect your >resources bound to break your app at some point? Ex: shopping cart >beans in the session (that is no longer there, even though you are still >'authenticated'). > >Hopefully a Tomcat commiter will help us out. > >I'd give this all a try myself, but it's lunchtime! ;) > > > > > -----Original Message----- > > From: Jacob Kjome [mailto:hoju@visi.com] > > Sent: Thursday, July 10, 2003 11:16 AM > > To: Tomcat Users List > > Subject: Re: JDBCRealm - Session not timing out > > > > > > At 12:09 PM 7/10/2003 -0400, you wrote: > > >Should my JDBCRealm login reset when the session times out? > > > > > >I have tried it in both Basic AUTH and Form AUTH. > > >My session never times out. > > > > I'm not entirely sure about Form AUTH, but Basic AUTH doesn't use > > sessions. The browser caches the login information provided > > and re-sends > > it on each request. So, there is no real "time out" for > > Basic AUTH. The > > only equivalent would be to close all open browsers. This > > deletes the > > cache of the Basic AUTH credentials forcing the user to > > re-enter it once a > > new browser is opened and the protected web site is re-visited. > > > > Jake > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: tomcat-user-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org