Sounds like it might be a bug - you might want to create a bug report
and attach a sample test plan that demonstrates the error.
-Mike
On Fri, 2004-09-10 at 16:43, [EMAIL PROTECTED] wrote:
> I am having problems testing an online registration process with jmeter.
>
> I set up User Parameters to
there's probably an easier way to do this...
You could define a user for each thread and then define the the parameter
value for each user as _stringfromfile(filename). You would have to have a
seperate data file for each user.
It sounds like a lot of work but I wrote a shell script to generate t
Sure did. Tried it unchecked, too.
With "update" checked, each thread in a thread group uses a new value, but
the thread group still reverts to the top of the file after it loops. With
"update" unchecked, everything just uses the first value every time.
Jonathan
did you check "update on each iteration" ?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, September 10, 2004 3:43 PM
To: [EMAIL PROTECTED]
Subject: user parameters question
I am having problems testing an online registration process with jmeter.
I se
I am having problems testing an online registration process with jmeter.
I set up User Parameters to read data in from a CSV file. It correctly
reads the data from the file, and increments the row for each thread in a
thread group.
However, when the test loops, it always goes back to the firs
> I'm guessing you didn't work against the current CVS code. I
> don't think TableDataModel exists anymore. Unless you can
> tell me where it is?
No I just downloaded the source to 2.0.1.
It was in src/components/org/apache/jmeter/visualizers/TableDataModel.java
Unfortunately (unless you kn
I'm guessing you didn't work against the current CVS code. I don't
think TableDataModel exists anymore. Unless you can tell me where it
is?
-Mike
On Fri, 2004-09-10 at 10:21, Ed Randall wrote:
> Yeah I'm just starting to realize my manager is gonna want more than 30
> minutes
> effort ;-)
>
Yeah I'm just starting to realize my manager is gonna want more than 30
minutes
effort ;-)
It only affects the "View Results In Table" screen at present, but some
stats
showing min/max/average response size and/or data rate in the aggregate
table
would be very nice indeed.
I'll see what more I c
Peter Lin wrote:
to summarize the problem you're trying to solve.
1. you're using jmeter to perform functional testing
2. you're using assertions to test the response
3. you want to get an email for every request which produces invalid response
Yes, something like that. The 3rd point is a bit di
Michael Stover wrote:
The Mailing visualizer works like this:
If an error occurs, count errors +1
If a success occurs, count success +1
If #errors exceeds threshhold, send email
if #success exceeds threshhold after an error, send email and reset
error/success counts
You've probably got the threshho
Which visualizers does your patch affect? TableVisualizer? Aggregate
Report? It'd be ideal if Aggregate Report also showed a byte/second
throughput measure.
-Mike
On Fri, 2004-09-10 at 10:04, Ed Randall wrote:
> It has just taken me approx 30 minutes to get the source, configure eclipse,
>
>
sweet. hopefully either mike or I will get to it in the next few days
and check it into CVS. thanks for whipping up the patch so quickly.
gotta say, that's why I love open source. making a change is far
easier than asking company X, "add this feature"
peter
On Fri, 10 Sep 2004 10:04:25 -0400, E
It has just taken me approx 30 minutes to get the source, configure eclipse,
and quickly hack through the code to find TableDataModel, I added an extra
column to it et voila! I have a nice table with all of the numbers
for the requests. Then another 30 mins to do the necessary to attach
the pat
that's a good idea.
we probably should add them to the website and include it in the distribution.
peter
On Fri, 10 Sep 2004 15:56:07 +0200, Coret Bob <[EMAIL PROTECTED]> wrote:
> I'd like to share a piece of XSLT with you all. In the distributed report XSLT you
> have the minimum, maximum and
I'd like to share a piece of XSLT with you all. In the distributed report XSLT you
have the minimum, maximum and average response times. I always like percentiles in my
reports, mainly because performance requirements usually state something like "90% of
the pages have to be loaded with 3 second
The Mailing visualizer works like this:
If an error occurs, count errors +1
If a success occurs, count success +1
If #errors exceeds threshhold, send email
if #success exceeds threshhold after an error, send email and reset
error/success counts
You've probably got the threshholds at 1 which means
have you looked at the new distribution graph in the latest code? it
should be fairly easy to modify it to graph the response size in the
same way. if you have a clear idea of what you want to show, I might
give it a shot. No promises, but it might be straight forward to
either modify the distrib
to summarize the problem you're trying to solve.
1. you're using jmeter to perform functional testing
2. you're using assertions to test the response
3. you want to get an email for every request which produces invalid response
The problem you see is the mailer is sending emails for every respons
right now the only way to view the response content length/size is
non-graphically in view result in tree.
since you have plenty of experience, it shouldn't be too hard. All the
data you need is already captured by the SampleResult object. It's
just a matter of writing your own Graph and visualize
Hi all,
I'm new to JMeter today, but it looks to do 99% of what I need
out-of-the-box,
(load-testing some complex applications on Weblogic) - thanks!
So far as I can see the numbers in the JMeter reports all relate to number
of requests/responses
and times ... is there an easy way to also show
Hi JMeter users!
I'm new on the list, so if this have been already discussed, then please
lead me to
the place I can find the answers! ;)
Yes, I've RTFM, and tried to find in the archives as well, without
success... ;]]
So, I'm stuck with building a site inspector plan.
We're running a website,
21 matches
Mail list logo
