Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 49891 invoked from network); 7 Jul 2009 12:16:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Jul 2009 12:16:22 -0000 Received: (qmail 71928 invoked by uid 500); 7 Jul 2009 12:16:28 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 71891 invoked by uid 500); 7 Jul 2009 12:16:28 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 71880 invoked by uid 99); 7 Jul 2009 12:16:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jul 2009 12:16:28 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of p@pidster.com designates 87.106.82.221 as permitted sender) Received: from [87.106.82.221] (HELO s15243851.onlinehome-server.info) (87.106.82.221) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jul 2009 12:16:18 +0000 Received: (qmail 2067 invoked from network); 7 Jul 2009 13:15:56 +0100 Received-SPF: neutral (s15243851.onlinehome-server.info: 86.152.34.140 is neither permitted nor denied by domain of pidster.com) client-ip=86.152.34.140; envelope-from=p@pidster.com; helo=Phoenix.local; Received: from host86-152-34-140.range86-152.btcentralplus.com (HELO Phoenix.local) (86.152.34.140) by s15243851.onlinehome-server.info with SMTP; 7 Jul 2009 13:15:56 +0100 Message-ID: <4A533C7A.5020101@pidster.com> Date: Tue, 07 Jul 2009 13:15:54 +0100 From: Pid Reply-To: p@pidster.com Organization: Pid Inc User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: Tomcat Users List Subject: Re: load testing References: <2018406982.373851246912073635.JavaMail.root@mail2.gatech.edu> In-Reply-To: <2018406982.373851246912073635.JavaMail.root@mail2.gatech.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 6/7/09 21:27, Logan, James S wrote: > We have been involved with load testing several sites that deploy a Tomcat server. I replied to your previous post on the 2nd. I said: OS/version? Tomcat/version? Which Tomcat monitoring tool? Your description of the behaviour isn't very clear. It seems that you're saying that your test clients are logging in and getting a unique session id. This is normal. When you login with a web browser you get a unique session id for each different browser. This is also normal. Can you be clearer about what you expect to happen and what, if anything, is different to your expectation? > When running a Load session, for some reason, each HTTP request will generate a login, when monitoring the server. Is this what you expect to happen, and if not, why not? > The server is being monitored from the server-side and each request to the server will display a sessionid associated with the login id of the virtual client. Is this what you expect to happen, and if not, why not? > However, when I login in manually I only see one sessionid associated with a login id as I navigate the site and request a page, and once I fire up another browser, and do the same navigation, I see the second sessionid. Is this what you expect to happen, and if not, why not? > Have you folks seen this type of behavior on a Tomcat site, where virtual clients login generate multiple sessionids under load, running virtual client is 10, and the server see 20 sessionids? I'll give you a clue, in advance of a more detailed explanation of your problem: are you properly url encoding each link in the web application? p > James > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org