Return-Path: Delivered-To: apmail-struts-user-archive@www.apache.org Received: (qmail 81413 invoked from network); 1 Sep 2009 18:33:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Sep 2009 18:33:13 -0000 Received: (qmail 92488 invoked by uid 500); 1 Sep 2009 18:33:09 -0000 Delivered-To: apmail-struts-user-archive@struts.apache.org Received: (qmail 92441 invoked by uid 500); 1 Sep 2009 18:33:09 -0000 Mailing-List: contact user-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list user@struts.apache.org Received: (qmail 92431 invoked by uid 99); 1 Sep 2009 18:33:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Sep 2009 18:33:09 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [76.13.13.40] (HELO smtp101.prem.mail.ac4.yahoo.com) (76.13.13.40) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 01 Sep 2009 18:32:58 +0000 Received: (qmail 51912 invoked from network); 1 Sep 2009 18:32:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=1COL04THSeDVxtt/1Z/P50XV3ZiSiME3Cb1e+tP/H70wU+gV12Rnw5TpNWuD68Qp/Scx1Rqma/+htyHrd6zA3b1Nm0xZUvRk5ZniHmhRZ1gEd/Xk7Yv1S53CHKBneNKk+ZIrIZZUGSUCaQrTX+Nf0kBnxE5vCoS1kTqMuXV05Fg= ; Received: from c-98-235-247-104.hsd1.nj.comcast.net (newton.dave@98.235.247.104 with plain) by smtp101.prem.mail.ac4.yahoo.com with SMTP; 01 Sep 2009 11:32:36 -0700 PDT X-Yahoo-SMTP: viQwDh.swBAQoPAzQ_OSzULegiPpFTdw X-YMail-OSG: WcXZa6QVM1nUrL81RsV88K9cBLPfOVaQ2mZmRo83rBpF6.TmwXfZf9aKCx6WozZpHCKiwvx1XeWkSS502Y6u4zxeD7uw2M6pKasFydu3B455pgV.SJHhtYmVFSM41JBg.yiWSa5w6Wtlpkhoreyb61DjpMHAOkLYD8KfIqXbhqV0J8KdFDBaORgjyvR6L.NOvIuPMhUgyr.ReSvIhYtJnVD9D96HDoBL8lavOFiRkZJa_qK4A4JYhLxuoTXiiISk6viOcwtjKs26i7Wlc4FXa2wYpoZvr5SmjK_j8xsOseESOX_zBR_u4hTxRrmBxZt4FJvBt3Sy2Ck- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4A9D68C2.8010509@yahoo.com> Date: Tue, 01 Sep 2009 14:32:34 -0400 From: Dave Newton User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Struts Users Mailing List Subject: Re: Need to disable session interceptor References: <4A9D026A.708@yahoo.com> <7270d7cd0909010419y5f9ace2fn5a8d7fef4419a0b3@mail.gmail.com> <1251812967.4050.9.camel@enjoyexplain-lm> <8CBF931C0BCE90E-1240-3EA9@webmail-m018.sysops.aol.com> <99df32cd0909011120x48827e8u7acbbc3a4b310f58@mail.gmail.com> In-Reply-To: <99df32cd0909011120x48827e8u7acbbc3a4b310f58@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org 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 : >> 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 >> To: Struts Users Mailing List >> 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 >> Reply-to: " >> Struts Users Mailing List" >> To: Struts Users Mailing List >> 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: nilsga@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 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-unsubscribe@struts.apache.org >>>> For additional commands, e-mail: user-help@struts.apache.org >>>> >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >>> For additional commands, e-mail: user-help@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-unsubscribe@struts.apache.org >> For additional commands, e-mail: user-help@struts.apache.org >> >> >> >> >> >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org > For additional commands, e-mail: user-help@struts.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org For additional commands, e-mail: user-help@struts.apache.org