Each thread creates entities and deletes entities that it has created.  
Multiple threads will be doing this during each run (more correctly, using 
Monte Carlo simulation terminology, "independent replication").  I considered 
what you're suggesting and rejected this idea (there are technical reasons, 
mostly pertaining to non-sequential IDs - if they were sequential, I'd be using 
algorithmic methods).

Best regards,

Bo


-----Original Message-----
From: Ryabtsev Vladimir [mailto:[email protected]] 
Sent: Friday, June 06, 2014 6:28 AM
To: JMeter Users List
Subject: RE: Dynamic Data

Hi,

Are you going to create and delete entities during the one test run but from 
the different threads?
Isn't it work for Inter Thread Communication machinery 
(http://jmeter-plugins.org/wiki/InterThreadCommunication/?utm_source=jmeter&utm_medium=helplink&utm_campaign=InterThreadCommunication),
 is it?

-----
VR


-----Original Message-----
From: BOLB (Bohdan L Bodnar) [mailto:[email protected]] 
Sent: Thursday, June 05, 2014 6:58 PM
To: [email protected]
Subject: Dynamic Data

I've a situation that I can't figure out how to solve; I'm hoping someone in 
this forum can provide ideas.  Here is the background:

I am making HTTP-based API calls to a system.  The response to one of these 
calls returns the ID (an integer) of an entity that has been created.  This ID 
is extracted via the Regular Expression Extractor and assigned to a variable 
(call it "DEVICE_ID") in the Regular Expression Extractor pane and the value of 
DEVICE_ID is written to a .csv file via the Flexible File Writer plugin.  I 
have confirmed that the integer value is correctly written to the file.  
Eventually, I want to delete this entity via an API call.  The following API 
call (format) works exactly as intended:

/rest/api/X/Y/${DEVICE_ID}

whereas the following fails:
/rest/api/X/Y/${__CSVRead(C:\Users\Administrator\Desktop\jmeter\bin\FILENAME.csv,1)}

The failure occurs because there is no appending of the device ID.

What I am doing incorrectly?

Best regards,

Bo

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to