random function generate multiple value when access more than once about jmeter HOT 8 OPEN

This appears to be caused by #5788 in version 5.6
Setting the property function.cache.per.iteration=true reverts to the old behaviour.

from jmeter.

seems random function generate multiple value when access more than once!

That seems about right for a random function, doesn't it?

from jmeter.

@vlsi in this case we need to use that variable for generate mac.
So I turn cache on as @tilln mentioned.

from jmeter.

I would say function.cache.per.iteration is a wrong approach to handle things. At the same time I don't understand the problem you have.

from jmeter.

@vlsi the main problem is generate random number and use that number to generate Mac.
Finally put the generated mac into the message field and send.

from jmeter.

Could you share a reproducer script, expected and the actual output?

from jmeter.

Here is a script: jmeter-regression-v5.6.jmx.txt

Expected would be that the SampleResult's label and URL match as they do with the caching.

JTL output from v5.5

timeStamp,elapsed,label,responseCode,responseMessage,threadName,dataType,success,failureMessage,bytes,sentBytes,grpThreads,allThreads,URL,Latency,IdleTime,Connect
1713123663745,963,GET https://www.google.com/search?q=AECC,200,OK,Thread Group 1-1,text,true,,115147,130,1,1,https://www.google.com/search?q=AECC,658,0,457

vs. 5.6.3

timeStamp,elapsed,label,responseCode,responseMessage,threadName,dataType,success,failureMessage,bytes,sentBytes,grpThreads,allThreads,URL,Latency,IdleTime,Connect
1713123690243,961,GET https://www.google.com/search?q=EEDB,200,OK,Thread Group 1-1,text,true,,90089,130,1,1,https://www.google.com/search?q=EABD,711,0,493

This might be an unintended consequence of the caching removal, but I think this is not unreasonable to expect that the sampler properties are evaluated once.
I have written a lot of scripts with random functions or other, non-idempotent functions in sampler payloads in conjunction with some sort of access to sampler properties (via Preprocessors or plugins such as the one the author is using), that break after upgrading to v5.6.

from jmeter.

At the same time I don't understand the problem you have.

The problem the author has is that the Random function is evaluated once when accessing the sampler payload for generating the MAC (in his JSR223 Preprocessor or likewise in a plugin's preprocessor) and then again when the sampler samples, resulting in a MAC mismatch.

from jmeter.