Bug report for JMeter [2010/09/12]

2010-09-12 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=Critical  REG=Regression  MAJ=Major   |
| |   |   MIN=Minor   NOR=NormalENH=Enhancement TRV=Trivial |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|11536|Ass|Enh|2002-08-07|Graph Results's throughput calculation includes id|
|15468|New|Enh|2002-12-18|Variable expansion in posted files in HTTPSampler |
|15999|New|Enh|2003-01-12|Show Results Tree is too HTTP-centric |
|16370|New|Enh|2003-01-23|HTTP Request log  |
|16886|New|Enh|2003-02-07|Recorded requests shouldn't duplicate info in HTTP|
|17248|New|Enh|2003-02-20|Graph Improvements|
|17252|Ass|Enh|2003-02-20|HTML Link Parser seems not work properly. |
|21695|New|Enh|2003-07-17|Unix jmeter start script assumes it is on PATH, no|
|22076|New|Enh|2003-08-01|global search and replace functionality   |
|22510|New|Maj|2003-08-18|SSL Manager does not handle multiple client certif|
|24480|New|Enh|2003-11-06|There is no good way to set checkbox based items u|
|25209|New|Min|2003-12-04|missed refresh of horizontal scrollbar when switch|
|25430|New|Enh|2003-12-11|Recording Controller to populate HTTP Authorisatio|
|27112|New|Enh|2004-02-20|User Parameters should use scrollbars |
|27895|New|Enh|2004-03-24|badly formatted JDBC output (a regression w.r.t. 1|
|29331|New|Enh|2004-06-01|how to load test java applet using JMeter |
|29352|New|Enh|2004-06-03|Use external store to hold samples during distribu|
|29603|New|Enh|2004-06-16|Custom component developers need own resource bund|
|29708|New|Enh|2004-06-21|startup delay by JMeterThread initialization  |
|31666|New|Enh|2004-10-12|writing sampleresults to databases|
|32494|New|Enh|2004-12-02|Enhancement - scheduler should be added to Test Pl|
|33305|New|Enh|2005-01-31|Visual diff and merge functionality for JMeter scr|
|33878|New|Enh|2005-03-07|Function caching as option|
|33940|Opn|Nor|2005-03-09|Throughput value and Graph Results Graphing don'|
|34321|New|Enh|2005-04-06|password encryption for HTTP Authorization Manager|
|35059|New|Maj|2005-05-25|RuntimeController not working correctly   |
|35593|New|Enh|2005-07-03|Commons chain sampler |
|35670|New|Enh|2005-07-09|Default parameters not displayed  |
|35915|New|Enh|2005-07-28|MonitorResults does not write results n CSV format|
|36378|New|Enh|2005-08-26|[PATCH] A Thread Watcher Listener   |
|36694|New|Enh|2005-09-17|substitute a value in the input XML for webservice|
|36721|New|Enh|2005-09-20|webMethods Sampling Protocol Extensions   |
|36931|New|Enh|2005-10-05|Printable Version of the Users Manual |
|37073|New|Enh|2005-10-13|Lacking Poisson timer |
|37155|New|Enh|2005-10-19|Testplan: Stop... Continue|
|37156|Inf|Enh|2005-10-19|Formatted view of Request in Results Tree |
|37160|New|Enh|2005-10-19|Scalable distributed testing  |
|38115|Inf|Nor|2006-01-04|decode from encoded string by IE  |
|39219|New|Nor|2006-04-06|HTTP Server: You can't stop it after File-Open   |
|39642|New|Enh|2006-05-23|Need a sampler forJMX mbean-servers.  |
|40011|New|Enh|2006-07-11|New Elements for use in JMeter|
|40181|Ass|Enh|2006-08-03|Add a new Session Bean protocol extension |
|40424|New|Enh|2006-09-06|Web Services proxy|
|40499|New|Enh|2006-09-13|Need to be able to simulate abortive connection re|
|40671|New|Cri|2006-10-03|IncludeController not working in Jmeter 2.2   |
|40750|New|Nor|2006-10-12|Behaviour when TCPSampler sockets are closed by re|
|40934|Inf|Nor|2006-11-09|CSV Data Set Config parameters cannot be used in s|
|40961|New|Enh|2006-11-13|Maintain constant number of clients after assertio|
|40973|New|Nor|2006-11-14|[View Results Tree] component failed when generate|
|41110|New|Enh|2006-12-05|Jmeter does not record calculated values, such as |
|41210|Inf|Enh|2006-12-19|Latency time is not included in the summary report|

Re: [JMeter] Extending JMeter: Shared Data Set

2010-09-12 Thread sebb
On 9 September 2010 13:05, Jens Müller jen...@hotmail.com wrote:

 Hello,

 JMeter does not seem to include a test element that allows a string out of a 
 list to be assinged to a variable, guaranteeing at most once semantics for 
 all users, even in distributed mode. Meaning that every element of the list 
 will only be used once, even trhoughout multiple test runs.

 I have the following in mind:
 Creating a ConfigTestElement (currently a TestBean) which allows the user to 
 add a list of values. When starting the test, this list would be put into a 
 centrally accessible singleton and everytime a value would be read in 
 iterationStart, it would be removed from this central list and assigned to a 
 variable, similarly to CSV Data Set Config, only that the value is not read 
 from a file.
 So far possible.

But it will require large amounts of memory.

 When the test is completed, only the remaining unused values should be 
 present in the test element. How can I modify a specific element in the test 
 tree? If I implement TestListener and change the list in testEnded, this 
 change is not applied to the test element if I open it in the test plan. It 
 is probably cloned, but even by overriding clone and keeping a reference to 
 the original element, I cannot get the test element's values changes.


 Furthermore, in distributed mode, I would need to split the list in equal 
 parts to the different client hosts. This could be done somewhere in 
 ClientJMeterEngine#Configure, not cloning the element, but taking a sublist 
 of the complete list. The total number of hosts and the number of the current 
 host would need to be known for this. These two values could be filled into 
 some context in RemoteStart#doAction.

 Every host would then perform its test run and at the end, they would need to 
 send back the sublist of unused items. As far as I understand, only the 
 Listeners are wrapped with RemoteListenerWrapper so that they can transfer 
 back information. Maybe the information which elements of the list were not 
 used can be piggybacked somewhere on testEnded? The compund list of remaining 
 items would then again need to be incorporated into the original test element 
 - a problem I already described above.


 Any help in solving any of these sub tasks is very appreciated.

It will be complicated to do this as you describe it.

The StringFromFile function has a feature which allows it to read from
multiple files.

This was created to solve a problem whereby we could only use an
account number once in a test.
So we created lots of files, each with a different subset of the valid numbers.
For each test, we made a note of which files had been used, and
updated the start and end numbers accordingly.

One way to do this in distributed mode might be to enhance CSV DataSet.
- add a starting line number, so it would skip that number of lines
when opening the file.
- log the finishing line number; this can be used for determining the
next test starting value.
- for multiple remote servers, you could also add an increment value,
so it would only read every Nth record.

Start and end line numbers for CSV Dataset might be useful anyway, and
should be easy to add. Likewise increment.

However I'm not sure how you get each server to start with a different line.
Perhaps JMeter could set a special property to the server number when
starting multiple server tests.

One could just edit the properties on each server, but that would be tedious.

You could play around with reading a database table, and use the
hostname as the key to the CSV start/increment/ending variables.

 Jens

 -
 To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org
 For additional commands, e-mail: dev-h...@jakarta.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org
For additional commands, e-mail: dev-h...@jakarta.apache.org