> Why is the user parameter method evaluating the variable, while the
> user variable one does not? There isn't nesting going on here.
>However, variables defined on the UDV element are not available until
the element completes. You can
>refer to such variables in a second UDV. [The docs in SVN have been
updated to make this clearer].
Thanks, that was it. I also was struggling because jmeter was not
telling me this was an unknown variable. For instance, I was fighting
this along with another typo that was leading me not to understand why
variables were not being substituted. The other problem was a simple
typo in the variable reference, but since jmeter never told me the
variable name was unknown, it wasn't obvious what the issue was. Is
there a reason jmeter doesn't log unknown variable references in
jmeter.log under normal conditions?
> in jmeter, what would the data in the CSV file have to look like for
> the variables ${mpsSystemName} and ${mpsSystemMACAddr} be substitued
> properly?
>hostname,MACADDR
No, I know what the CSV itself should look like.. The question is what
would variables in the actual string need to look like to be subtituted
properly.
In the SOAP/XML-RPC element, I want to make the data field just be
${xmlstring} where ${xmlstring} is defined by the CSV data set element.
However, there is another variable, ${logID} that is defined in a UDV
element. The actual data in the csv file must include the ${logID}
references. So its something like
UDV:
${logid}=123
CSV Data set
${xmlstring} read from strings.csv
Xml-rpc request
data field = ${xmlstring}
But in strings.csv there will be something like
<tag1>bob</tag1><tag2>log item="${logid}"</tag2>
I want to ensure the ${logid} in the csv file actually gets substituted
out for the variable's value when it gets used by the xml-rpc request.
Do I need to use a function at all?
> I've been struggling with getting variables substutied for their real
> values vs being sent as literal strings and I haven't quite figured
> out the error of my ways yet.
http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Deb
ug_Sampler may be useful here.
Trust me, I've been using it :) It helps to see what the variable
results in, but hasn't helped me figure out why the variable was that
(with my UDV problem for instance).
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]