In any case, Nils' thing about JMeter needing a cookie doodad so it keeps the same session per simulated client.

Dave

Peter Phillips wrote:
When I upgraded from 2.0.x to 2.1.7 I found that the i18n interceptor
now always creates a session too.

The way I normally track down rogue session creations is to debug
tomcat in Eclipse and add breakpoints to the
javax.servlet.http.HttpServletRequest.getSession() and
javax.servlet.http.HttpServletRequest.getSession(boolean) methods.
That way you will find out exactly what the culprit is.

Peter.


2009/9/1  <musom...@aol.com>:
 JSP create sessions by default. It is servlets that don't create a session 
unless you
call getSession(). Do you have something like

<%@ page session="false">

at the top of your JSPs?







Chris






-----Original Message-----
From: Rajeev Sharma <rajeev1...@gmail.com>
To: Struts Users Mailing List <user@struts.apache.org>
Sent: Tue, Sep 1, 2009 9:49 am
Subject: RE: Need to disable session interceptor










I googled this and the struts2 performance tuning page says this "Struts
2 does not create sessions unless asked to (for example, by having the
createSession interceptor in your interceptor stack). Note that when you
use SiteMesh however, a session will always be created"

I am never creating the session in my code directly and AFAIK I am not
using SiteMesh (I don't even know what exactly is this). I have written
code using JSP/Servlet and my knowledge says that unless the session is
created explicitly it wont be created. Is there any interceptor in the
defaultStack which creates it? (is the createSession part or
defaultStack?) or I am doing something wrong.

I opened some pages on my application and found there was one session
created for my browser and others for other clients, So I guess this has
nothing to do with JMeter. Sessions are being created for every client.
I am trying to find out why is the session created when I did not create
the session in my code.

--
Rajeev

-----Original Message-----
From: Martin Gainty <mgai...@hotmail.com>
Reply-to: "
Struts Users Mailing List" <user@struts.apache.org>
To: Struts Users Mailing List <user@struts.apache.org>
Subject: RE: Need to disable session interceptor
Date: Tue, 1 Sep 2009 09:23:58 -0400

Nils-

doc suggests implementing a HttpCookieManager to handle the session
any suggestions on which HttpCookieManager to implement and possible
configurations?

(i think JMeter is O/T so please ping offline)

thanks
Martin Gainty
______________________________________________
Note de déni et de confidentialité
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est
interdite. Ce message sert à l'information seulement et n'aura pas n'importe
quel effet légalement obligatoire. Étant donné que les email peuvent facilement
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.




Date: Tue, 1 Sep 2009 13:19:22 +0200
Subject: Re: Need to disable session interceptor
From: nil...@gmail.com
To: user@struts.apache.org

From the JMeter FAQ: "How do I ensure each http request for jsp is
within one jsessionid ?"

http://wiki.apache.org/jakarta-jmeter/JMeterFAQ#head-114aca8407cf0eaff55b7ae5955eda46b1e2cecb

Nils-H

On Tue, Sep 1, 2009 at 1:15 PM, Dave Newton<newton.d...@yahoo.com> wrote:
Rajeev Sharma wrote:
I am new to struts
2 (I mean struts). I am developing an application which
does not need to use sessions at all. When I tested my application with
jmeter, I got 18000 sessions created (tomcat showed me this). Looks like
for
every individual request there is one session created. How can I remove the
session interceptor at all (and other components related to sessions), so
that there are no sessions created in my application.
There isn't a session created for each request, there's a session per client
conversation. Also, AFAIK, Struts 2 doesn't do anything in particular
regarding session creation--that is handled by the container.

Dave


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org

_________________________________________________________________
Get back to school stuff for them and cashback for you.
http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org








---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org

Reply via email to