RE: how many sessions can serve

[Mazin Safadi <ms...@massar.com>]

Well, hi guys, I did installed the jmeter, it almost works, but I am
getting this message error in the .jtl log file, and graph cannot be
drown 

<sampleResult timeStamp="1083509446828" dataType="text"
threadName="FTHREAD-1" label="HTTP Request" time="0"
responseMessage="Non HTTP response message" responseCode="Non HTTP
response code" success="false"/>

It doesn't work with both links:

myusername:mypassword@localhost/manager/list
myusername:mypassword@localhost/manager/status

The first link works from the browser!

In the jmeter manual it asks to provide /manager/status which is not
exists!


Thanks guys.




-----Original Message-----
From: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com] 
Sent: Wednesday, April 28, 2004 14:54
To: Tomcat Users List
Subject: RE: how many sessions can serve


Hi,
Dude, google: http://www.google.com/search?sourceid=navclient&q=jmeter.

Yoav Shapira
Millennium Research Informatics


>-----Original Message-----
>From: Futchi [mailto:msafadi@massar.com]
>Sent: Wednesday, April 28, 2004 2:45 AM
>To: 'Tomcat Users List'
>Subject: RE: how many sessions can serve
>
>
>Ok guys, let me know where can I find it? is it free?
>
>
>
>-----Original Message-----
>From: Yansheng Lin [mailto:yansheng.lin@silvacom.com]
>Sent: Tuesday, April 27, 2004 21:49
>To: 'Tomcat Users List'
>Subject: RE: how many sessions can serve
>
>Where did you go?  Jakarta Indonesia?  Kidding:).
>
>Hi, Jmeter is pretty simple to use. I think Yoav recommended me that
>tool a
>long time ago.
>
>-Yan
>
>
>-----Original Message-----
>From: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com]
>Sent: April 27, 2004 07:02
>To: Tomcat Users List
>Subject: RE: how many sessions can serve
>
>
>
>Hi,
>It's gratifying to see the list remains the same while I'm gone on
>vacation ;)  Just kidding.
>
>Tomcat's session serving limitations are limited mostly by your
hardware
>(memory) and by what your application puts in the session: large
>attributes demand more memory.  So you need to benchmark your app with
a
>stress testing tool to see how many sessions you can serve.
>
>Yoav Shapira
>Millennium Research Informatics
>
>
>>-----Original Message-----
>>From: Futchi [mailto:msafadi@massar.com]
>>Sent: Tuesday, April 27, 2004 9:58 AM
>>To: 'Tomcat Users List'; j.smith@ardeo.com
>>Subject: RE: how many sessions can serve
>>
>>
>>What is this "technet" and why Tomcat can serve only one session? I
>>guess that tomcat limits the session size!! If some one knows what is
>>the maximum session size then we will be able to know ahead how many
>>sessions tomcat-server can serve at a time
>>
>>
>>
>>
>>
>>-----Original Message-----
>>From: Jim Smith [mailto:j.smith@ardeo.com]
>>Sent: Tuesday, April 27, 2004 11:38
>>To: Tomcat Users List
>>Subject: Re: how many sessions can serve
>>
>>QM wrote:
>>
>>>On Mon, Apr 26, 2004 at 09:47:43AM +0200, wrote:
>>>: I am new to this list but not to Java, I just done setting up my
>>>: server/Tomcat, and I wonder how many session can Tomcat serve at a
>>time,
>>>: or at least how to calculate this, If I have 2 GB RAM, and Dual
CPUs
>>>: 3.06.
>>>
>>>Others have addressed your memory/sizing question, so I'll focus on
>the
>>>session question:
>>>
>>>It's not possible to (reliably) calculate this ahead of time.
>>>It is dependent on your app, not Tomcat.
>>>
>>>
>>>
>>Has anyone published figures for well known apps (eg Pet Store) ? This
>>would give a general guide
>>
>>eg.
>>
>>Hello World    - 10,000,000 sessions
>>Pet Store        -       100,000 sessions
>>technet            -                  1 session
>>
>>
>>---------------------------------------------------------------------
>>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
>
>
>
>
>This e-mail, including any attachments, is a confidential business
>communication, and may contain information that is confidential,
>proprietary
>and/or privileged.  This e-mail is intended only for the individual(s)
>to
>whom it is addressed, and may not be saved, copied, printed, disclosed
>or
>used by anyone else.  If you are not the(an) intended recipient, please
>immediately delete this e-mail from your computer system and notify the
>sender.  Thank you.
>
>
>---------------------------------------------------------------------
>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




This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential,
proprietary and/or privileged.  This e-mail is intended only for the
individual(s) to whom it is addressed, and may not be saved, copied,
printed, disclosed or used by anyone else.  If you are not the(an)
intended recipient, please immediately delete this e-mail from your
computer system and notify the sender.  Thank you.


---------------------------------------------------------------------
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