If that doesn't work, you could use the regex extractor on the headers to extract and save the cookie in a variable.
I assume that this variable can then be used in the cookie manager (or perhaps header manager) to generate the outgoing cookie - but I've not tried it. S. -----Original Message----- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: 26 August 2004 15:56 To: JMeter Users List Subject: Re: Getting content of cookie if you have your test plan setup this way, it should work testplan - thread group - cookie manager - request to first server - request to second server I haven't verified this, but the cookie manager should add the cookie to the second sampler. Since JMeter doesn't actually obey cookie domain like a real browser. As far as I know, it doesn't, which doesn't mean I'm right. if you want cross server or cross site cookies, you have to make sure the cookie's domain is set properly from your web application. peter On Thu, 26 Aug 2004 15:34:05 +0100, Birot, Stephane <[EMAIL PROTECTED]> wrote: > Hello, > > I want to test an application using XML over HTTP. > The client connect to a first server that send back a cookie. Then the > client connect to a second server and send it the cookie received by the > first server. Is it possible with jmeter to store the cookie received by the > first server somewhere (in a file or a variable), and then send it to the > second server ? > > --- > Stéphane Birot > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _______________________________________________________ This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. _______________________________________________________ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]