jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pablo Llopis <pablo.llo...@gmail.com>
Subject Variables in HTTP headers
Date Tue, 12 Jul 2011 15:42:42 GMT
Hello JMeter Community,

I am trying to do some performance test on an authentication service
deployed at a very small testing OpenStack Swift cluster.
The important details about this is that in order to authenticate a user,
the user needs to supply two HTTP headers (X-Storage-User and
X-Storage-Pass). In return, an auth token is provided through HTTP headers
(X-Auth-Token).
Using HTTP Authorization Manager does not seem an option because I do not
see how I can force it to use those custom http headers.

I can successfully authenticate using a single user by using the HTTP Header
Manager and setting both required headers accordingly. In order to obtain
the resulting auth token, I suspect that I can just use a Regular Expression
Extractor PostProcessor, but I have not verified that yet.

I am having trouble doing authentication as described above when using
dynamic username/password combinations that are saved in a CSV file. It
seems like even if I use a CSV Data Set in order to create the user and
password variables, HTTP Header Manager ignores those variables. Instead, I
am literally seeing ${user} being sent through the wire.
I am not sure if this is due to the fact that HTTP Header Manager is a
Config Element which is only loaded initially. Or maybe HTTP Header Manager
is supposed to handle variables but I am doing something very wrong.
I don't see how I could insert variables into HTTP Headers otherwise, as
HTTP Request does not offer that option.

I am fairly new to JMeter, so its possible that I am missing something
obvious. Any thoughts on the easiest way to accomplish inserting variables
stemming from a CSV file into HTTP Headers? (each thread, being a different
user, would use a different variable).
Maybe this is not possible at all and I will need to write my own
"component", maybe extending HTTP Request? (how straightforward would this
be, if this is the only way?)

I am sorry if this was answered before, but no search results were helpful
:)

Thank you,

Pablo

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message