Hi
You are getting a Set-Cookie as response from the server, which in the
specific case of login may be correct, what do you see when you access your
app from the browser?
If there is no switching of session ids when you use your app in the browser
then you probably need to check whether all the dynamic data like
__EVENTVALIDATION and __VIEWSTATE are being extracted correctly by you from
the previous requests

regards
deepak

On Mon, Dec 7, 2009 at 7:43 AM, jeff_vandenberg <[email protected]>wrote:

>
> I am trying to get JMeter set up with a .Net Web Application and I am
> running
> into a probably simple problem, that I can't seem to find the answer to. I
> have a test plan set up with everything that you would expect for a basic
> Web Test Plan (Cookie Manager, HTTP Request Defaults, some HTTP Request
> Samplers, etc). Additionally there are a pair of HTTP Extractors to get the
> ViewState and EventValidation strings so that they can be passed back by
> POST. So everything should be in a happy state.
>
> The problem is that the ASP.NET_SessionId in the Request Cookie Data
> changes
> each time JMeter requests a page.
>
> Login Request
> POST http://localhost:4588/TestSite/Login.aspx
>
>
> UserName=admin&Password=pass&__EVENTVALIDATION=%2FwEWBAKUyZihCgKvruq2CALSxeCRDwK8w4S2BGOaHBcvtQs1%2BSQzLeN2DQqWcBcO&__VIEWSTATE=%2FwEPDwUJNDYwNjQzMzk2ZGQyy1rIHnDV4D050vhS%2Bs6t4OSPQA%3D%3D&Submit=Login
>
> Cookie Data:
> $Version=0; ASP.NET_SessionId=wzd2ryezdqgifpbwusxehcry; $Path=/
>
>
> GET http://localhost:4588/TestSite/Default.aspx
>
> Cookie Data:
> $Version=0; ASP.NET_SessionId=iaw5q245hqecjcbdjuk1jv55; $Path=/
>
>
> I figure that there is something that I am missing, but it's too early on a
> monday morning to know what it is.
>
> Thanks for your help,
>
> Jeff
> --
> View this message in context:
> http://old.nabble.com/.Net-SessionId-changing-in-Cookie-tp26679091p26679091.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to