You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jmeter-dev@jakarta.apache.org by bu...@apache.org on 2005/03/07 15:07:33 UTC

DO NOT REPLY [Bug 33878] New: - Function caching as option

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33878>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33878

           Summary: Function caching as option
           Product: JMeter
           Version: 2.0.3
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Main
        AssignedTo: jmeter-dev@jakarta.apache.org
        ReportedBy: alessandro.novarini@sys-net.it


We're trying to do a thing like this:

1) Set an user-defined variable to the value "foo";
2) Make a HTTP-Request to an URL;
3) From the body of the requested URL, extract a list of value using the RegExp
extractor and put in a reference of your choice. An example of the extracted list:
          f1,test
          f2,foo
          f3,bar
4) Use the For-Each controller on this list;
5) For each line, apply the __split function.

Now, please notice what happen:
First time, the string to split is "f1,test", and the split function puts the
correct value in a temp variable (in the example above, the value is f1).
When you try to split the second row, the split function doesn't work properly
because it was already evaluated in the first iteration.
In fact, the value extracted from the second call of the split function is f1
and not f2.

We're not asking to remove the cache from functions, but we think that it will
be better to have the possibility of choice when to use it or not.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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