Return-Path: 
 <struts-user-return-6182-apmail-jakarta-struts-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-struts-user-archive@jakarta.apache.org
Received: (qmail 98656 invoked by uid 500); 16 Mar 2001 08:56:10 -0000
Mailing-List: contact struts-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: struts-user@jakarta.apache.org
list-help: <mailto:struts-user-help@jakarta.apache.org>
list-unsubscribe: <mailto:struts-user-unsubscribe@jakarta.apache.org>
list-post: <mailto:struts-user@jakarta.apache.org>
Delivered-To: mailing list struts-user@jakarta.apache.org
Received: (qmail 98642 invoked from network); 16 Mar 2001 08:56:03 -0000
Received: from sg141.sema.es (195.61.21.41)
  by h31.sny.collab.net with SMTP; 16 Mar 2001 08:56:03 -0000
Received: from sg141.sema.es ([127.0.0.1]) by sg141.sema.es
          (Netscape Messaging Server 3.62)  with SMTP id 325
          for <struts-user@jakarta.apache.org>;
          Fri, 16 Mar 2001 09:52:38 +0100
Received: from 172.18.0.88 by sg141.sema.es (InterScan E-Mail VirusWall NT);
 Fri, 16 Mar 2001 09:52:38 +0100 (Romance Standard Time)
Received: from sema.es ([172.18.107.124]) by sg10.mad.sema.es
          (Netscape Messaging Server 3.62)  with ESMTP id 210
          for <struts-user@jakarta.apache.org>;
          Fri, 16 Mar 2001 09:57:50 +0100
Message-ID: <3AB1D52E.9493AA5D@sema.es>
Date: Fri, 16 Mar 2001 09:56:14 +0100
From: "Ana Narvaez Vila" <ana.narvaez@sema.es>
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: es-ES,en
MIME-Version: 1.0
To: struts-user@jakarta.apache.org
Subject: Re: Deactivate URL-rewriting in logoff action.
References: <Pine.BSF.4.21.0103151014560.94230-100000@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

What I was trying to say is that when logoff action is called, my
application ends and the user goes to another location. Although I
invalidate() session in logoff, when ActionServlet forward to next page
creates a new session that is not really used by anyone.

For example, I want user to go to www.altavista.com after logoff action
so I don't need new session.

<action path="/logoff"
        type="com.company.package.LogoffAction">
        <forward name="finish" path="http://altavista.com"
redirect="true" />
</action>

Thaks

"Craig R. McClanahan" wrote:
> 
> On Thu, 15 Mar 2001, Ana Narvaez Vila wrote:
> 
> > Logoff action usually invalidates session and sends browser to a index
> > or welcome page, so it is not necesary to rewrite the URL.
> >
> > ActionServlet must have a session, so if there isn't a valid session it
> > creates one.
> > Question is: Is there a way to say to ActionServlet not to create a new
> > session ?
> >
> 
> It's not just the controller servlet that creates sessions -- JSP pages do
> as well, unless you tell them not to with a page directive:
> 
>         <%@ page session="false" %>
> 
> However, trying to run Struts based apps completely without sessions is
> going to cause you some grief in the following areas:
> 
> - Internationalized message lookups in the <bean:message>
>   tag depend on a Locale object stored in the user's session,
>   which indicates this user's current Locale preference.
> 
> - The <html:errors> mechanism for displaying validation errors
>   relies on the same thing, so you cannot use this.
> 
> My advice would be to go ahead and let the sessions be created, and
> minimize the memory occupancy by using request scope (rather than session
> scope) for all your application's form beans.  We're talking tens of bytes
> per simultaneous user for the session itself (and the associated Locale),
> so the memory requirements are not onerous -- even if it took 100 bytes
> per user, 10,000 simultaneous users is still only a megabyte.  And you are
> pretty much certain to run into other resource limits (CPU, database,
> network) before you reach that many users anyway.
> 
> Craig
------------------------------------------------------------------
This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of Sema Group. 
If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited.
------------------------------------------------------------------