https://issues.apache.org/bugzilla/show_bug.cgi?id=44941
Milamber <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
--- Comment #1 from Milamber <[EMAIL PROTECTED]> 2008-09-06 12:55:55 PST ---
After analysis, the problem is the element Throughput Controller when there are
several in same Thread Group with the option "Per User" unchecked.
==> The problem doesn't exist when option "Per User" is checked.
The analysis of source code indicates that scope of variable
globalNumExecutions in class org.apache.jmeter.control.ThroughputController
which is the cause of problem.
Indeed, variable globalNumExecutions is compared to getMaxThroughputAsInt() (in
method decide() of the same class), but unfortunately, value of
globalNumExecutions is shared by all Throughput Controller of Thread Group.
When comparing the number of execution is wrong in relation to the current
Throughput Controller.
For example, in Test Plan attached, the request "21 HTTP Request" isn't success
because the comparison of value of globalNumExecutions is already 1 (because
request "11 HTTP Request" is before) and value of Max Throughput is 1 for the
current Throughput Controller (1 < 1 = false).
The solution should be (I think):
A variable globalNumExecutions by Throughput Controller and shared by Thread
Group.
By cons, I have not (yet) succeeded to correct in the source code Jmeter ...
Perhaps this is not possible?
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
