How to use ${myREF} in test plan, given ${__regexFunction(...args,myREF)} is used first

[John Kavadias <jo...@nstc.nec.com.au>]

Hello.

Thanks (Mike) for the pointer on how to 're'reference the values of named counters in a test plan. Works!

I am having trouble similar trouble properly using the last (ie name) argument of the __regexFunction.

Looking at a substructure I have in my Test Plan:

Assume preceding structure produces a preceding HTTP response
Simple Controller
  HTTP Request Defaults (uses two __regexFunction(...,name)s
                         param: oneName,
                         value: ${__regexFunction(...,oneREF)}
                         param: twoName,
                         value: ${__regexFunction(...,twoREF)} )
  HTTP Request ONE      (param: oneName, value: ${oneREF}
                         param: twoName, value: ${twoREF} )
  HTTP Request TWO      (param: oneName, value: ${oneREF}
                         param: twoName, value: ${twoREF} )

So, I was hoping to get the HTTP Requests, ONE and TWO, to visit their Paths with the same parameter name,value pairs.

The ${oneREF} and ${twoREF} do not expand. They are literaly repeated in the generated request URLs (yep, I am using GET).

Also, though the parameter names used in the HTTP Request Defaults is the same as those in the individual requests, the parameters oneName and twoName appear twice in the generated URLs of both HTTP Requests ONE and TWO. The default values and the request specified values are both used to generate the URLs.

Separated by '&' I get this parameter list on each HTTP Request:

oneName=${oneREF}
twoName=${twoREF}
oneName=org.apache.jmeter.functions.CompoundFunction@86793e
twoName=org.apache.jmeter.functions.CompoundFunction@81f91a

As you can see the ${__regexFunction(...,name)} invocations are expanded (in the HTTP Request Defaults) to the default Object.toString() values of an underlying Java object in the test plan execution.

Thanks for any pointers. I hope this is simple misuse on my part.
John Kavadias    johnk@nstc.nec.com.au

Re: How to use ${myREF} in test plan, given ${__regexFunction(...args,myREF)} is used first

[Mike Stover <ms...@apache.org>]

Ok, there's a lot going on here. 

First, a default config object always adds to the requests it configures.  It never replaces.  For 
a config to add, the corresponding slot in the request must be empty.  Now, because of the 
nature the arguments list, a list always has empty "slots".  Thus, any arguments you put into a 
HTTP Defaults object will be added to the arguments of any HTTP Requests it configures.

Second, Just like the counter function, the regex function is actually storing a number of 
values.  It stores every group that the regular expression captured.  These groups are 
referenced by:

yourname_g#

Where # represents the group number.  1 for your first parenthetical grouping and up.  0 
represents the entire match.

And three,  the fact that the function from the config object came through as 
org.apache.jmeter_blahblahblah looks like a bug.  I'll check that part out.

I'd recommend that you get rid of the defaults in this case.  Put the real function call in the first 
request, and use the stored values in the second.

-Mike


On 22 Aug 2002 at 19:32, John Kavadias wrote:

> Hello.
> 
> Thanks (Mike) for the pointer on how to 're'reference the values of named counters in a test plan. Works!
> 
> I am having trouble similar trouble properly using the last (ie name) argument of the __regexFunction.
> 
> Looking at a substructure I have in my Test Plan:
> 
> Assume preceding structure produces a preceding HTTP response
> Simple Controller
>   HTTP Request Defaults (uses two __regexFunction(...,name)s
>                          param: oneName,
>                          value: ${__regexFunction(...,oneREF)}
>                          param: twoName,
>                          value: ${__regexFunction(...,twoREF)} )
>   HTTP Request ONE      (param: oneName, value: ${oneREF}
>                          param: twoName, value: ${twoREF} )
>   HTTP Request TWO      (param: oneName, value: ${oneREF}
>                          param: twoName, value: ${twoREF} )
> 
> So, I was hoping to get the HTTP Requests, ONE and TWO, to visit their Paths with the same parameter name,value pairs.
> 
> The ${oneREF} and ${twoREF} do not expand. They are literaly repeated in the generated request URLs (yep, I am using GET).
> 
> Also, though the parameter names used in the HTTP Request Defaults is the same as those in the individual requests, the parameters oneName and twoName appear twice in the generated URLs of both HTTP Requests ONE and TWO. The default values and the request specified values are both used to 
generate the URLs.
> 
> Separated by '&' I get this parameter list on each HTTP Request:
> 
> oneName=${oneREF}
> twoName=${twoREF}
> oneName=org.apache.jmeter.functions.CompoundFunction@86793e
> twoName=org.apache.jmeter.functions.CompoundFunction@81f91a
> 
> As you can see the ${__regexFunction(...,name)} invocations are expanded (in the HTTP Request Defaults) to the default Object.toString() values of an underlying Java object in the test plan execution.
> 
> Thanks for any pointers. I hope this is simple misuse on my part.
> John Kavadias    johnk@nstc.nec.com.au



--
Michael Stover
mstover1@apache.org
Yahoo IM: mstover_ya
ICQ: 152975688

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>