Mailing-List: contact user-help@jmeter.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "JMeter Users List" <user@jmeter.apache.org>
Received-SPF: pass (nike.apache.org: domain of sebbaz@gmail.com designates
 209.85.213.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAPXLCrA2Oeb85RkNzBrzo7pi0mbV2aMHOX2fy90dicN5h-V4RA@mail.gmail.com>
References: 
 <CAPXLCrDV-Dket=BGcnshF+Po4vif-WVN2emyCdgMeVk+EPx+sg@mail.gmail.com>
	<CAKUYAYcoCU3HvofZUTmBJqqj1bwfM=5Ft7St8fDRNimT-Jv2mQ@mail.gmail.com>
	<CAPXLCrBkcT3hDzrwphMpcfDZ9Lja52UW=qrCuvmRAgp9tHwgLA@mail.gmail.com>
	<CAH33E48_1CVc-tugMmvwiZrbcqjMzuqYNORXp-43JGTm0QC50w@mail.gmail.com>
	<CAPXLCrDxCYFM3zfY89_gEh6LoLdL=WZ6yu0rtp+XXp3VzYHLCg@mail.gmail.com>
	<CAPXLCrA2Oeb85RkNzBrzo7pi0mbV2aMHOX2fy90dicN5h-V4RA@mail.gmail.com>
Date: Wed, 14 Mar 2012 16:36:07 +0000
Message-ID: 
 <CAOGo0VbWMzsPqKHRS1CAhFzL=1n92BcPtFC_N563hkynx9J2HQ@mail.gmail.com>
Subject: Re: Website Login Issue
From: sebb <sebbaz@gmail.com>
To: JMeter Users List <user@jmeter.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 14 March 2012 16:15, Ryan <griggsrl@gmail.com> wrote:
> Does anyone have any ideas on this? We're still having this issue. I've
> made sure that the VIEWSTATE is captured, et cetera. Everything seems to =
be
> in order but something still isn't happy. This is a really simple test
> case, so I'm confused as to why it isn't working.

There must be something missing or otherwise wrong in the request(s)
you are sending.

If you can successfully login using a browser or other client, use a
packet analyser such as Wireshark to compare what it sends with what
JMeter sends.

It could be something a simple as the user agent string - investigate
each and every difference until you find the problem.

> On Wed, Mar 7, 2012 at 5:12 PM, Ryan <griggsrl@gmail.com> wrote:
>
>> The application doesn't use OAuth, so that does not apply here. Surely
>> someone out there has an idea on how to get this to work?
>>
>>
>> On Wed, Mar 7, 2012 at 3:43 PM, Shay Ginsbourg <sginsbourg@gmail.com>wro=
te:
>>
>>> 1. Should check the possibility of working with -> "JMeter OAuth Sample=
r".
>>>
>>> 2. Also, can download 30-days trial free RADVIEW WEBLOAD -> record,
>>> replay,
>>> auto-correlate, and gain some new insight into your Jmeter script.
>>>
>>> Good luck!
>>> Shay
>>>
>>>
>>>
>>> On Wed, Mar 7, 2012 at 22:15, Ryan <griggsrl@gmail.com> wrote:
>>>
>>> > I've double checked everything that the browser requests and all
>>> > parameters match up with the JMeter http request configuration for th=
e
>>> > login action, including the ASP.Net parameters. I'm using JMeter 2.6,
>>> for
>>> > the record.
>>> >
>>> > I've attached an image showing the request configuration, the actual
>>> > request contents and the browser's request contents for comparison.
>>> >
>>> > On Mon, Mar 5, 2012 at 3:09 PM, Deepak Shetty <shettyd@gmail.com>
>>> wrote:
>>> >
>>> >> your probably not extracting out the dynamic asp.net parameters
>>> >> (viewstate
>>> >> ,eventvalidation etc)
>>> >> otherwise compare what browser sends and receives.
>>> >>
>>> >> regards
>>> >> deepak
>>> >>
>>> >> On Mon, Mar 5, 2012 at 12:57 PM, Ryan <griggsrl@gmail.com> wrote:
>>> >>
>>> >> > It's been a while since I've used JMeter and recently started usin=
g
>>> it
>>> >> > again to test one of our webapps here. It is a pretty standard
>>> ASP.Net 4
>>> >> > app, nothing crazy. I implemented a simple test script just to mak=
e
>>> sure
>>> >> > login works as expected, but I cannot get this thing to work.
>>> >> >
>>> >> > The steps are pretty simple:
>>> >> > /login.aspx
>>> >> > /default.aspx
>>> >> > /logout.aspx
>>> >> > /login.aspx
>>> >> >
>>> >> > For the first login.aspx call, I'm including two parameters in the
>>> POST
>>> >> to
>>> >> > pass the login name and password values that are expected. In my V=
iew
>>> >> > Results Tree, this step does include the correct POST data and log=
in
>>> >> > parameters.
>>> >> >
>>> >> > However, once it moves to the /default.aspx step, the only respons=
e I
>>> >> get
>>> >> > is:
>>> >> >
>>> >> > <html><head><title>Object moved</title></head><body>
>>> >> > <h2>Object moved to <a href=3D"/timeout.aspx">here</a>.</h2>
>>> >> > </body></html>
>>> >> >
>>> >> > It then adds a step calling the /timeout.aspx page, which outputs =
the
>>> >> > following response:
>>> >> >
>>> >> > <html><head><title>Object moved</title></head><body>
>>> >> > <h2>Object moved to <a href=3D"/login.aspx">here</a>.</h2>
>>> >> > </body></html>
>>> >> >
>>> >> > It then calls the /login.aspx page. This is the correct behavior i=
f
>>> the
>>> >> > user is not logged in any longer (meaning a specific session value
>>> is no
>>> >> > longer valid or has been removed)...it redirects to /timeout.aspx
>>> which
>>> >> > then forwards to /login.aspx. The question is why this is happenin=
g,
>>> as
>>> >> > this is not what happens in the browser.
>>> >> >
>>> >> > I have an HTTP Cookie Manager to store the session values, and the
>>> >> session
>>> >> > cookie is showing up in the step request.
>>> >> >
>>> >> > I figured I screwed something up so I recorded a test script with =
the
>>> >> HTTP
>>> >> > Proxy Server and it gave me the exact same steps and results as wh=
en
>>> I
>>> >> > manually created it, so I'm stuck at this point. I've double-check=
ed
>>> the
>>> >> > web site script tutorials on the JMeter site as well as around the
>>> web
>>> >> and
>>> >> > it should be working.
>>> >> >
>>> >> > Any ideas? Any help would be appreciated.
>>> >> >
>>> >>
>>> >
>>> >
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
>>> > For additional commands, e-mail: user-help@jmeter.apache.org
>>> >
>>>
>>>
>>>
>>> --
>>>
>>>
>>> Regulatory, Medical & Performance Testing Services:
>>>
>>>
>>> * IEC 62304 Medical Device Software Life Cycle
>>>
>>> * IEEE 829 Software Test Documentation
>>>
>>> * ISO 14971 Medical Device Risk Management
>>>
>>> * FDA 21 CFR Part 11 Software Validation
>>>
>>> * IEC 60601-1:2005 3rd ED PEMS - Medical Electrical Equipment
>>>
>>> * End-to-end verification, validation, and testing (VV&T)
>>>
>>> * High quality service for FDA and CE submissions
>>>
>>> * Reliable open source free testing tools
>>>
>>> * Optional functionality and regression testing
>>>
>>> * Software Performance & Load Testing
>>>
>>> * Software Testing Advanced Automation
>>>
>>> * Medical Software Verification & Validation
>>>
>>> * Medical Device Verification & Validation
>>>
>>> * Medical Device Regulatory Submission
>>>
>>> * Organizational Regulatory Qualification
>>>
>>>
>>>
>>> =A0Shay Ginsbourg
>>>
>>> =A0Regulatory & Testing Affairs Consultant
>>>
>>>
>>>
>>> =A0Formerly QA Manager of LoadRunner at Mercury Interactive
>>>
>>>
>>> =A0M.Sc. cum laude in Bio-Medical Engineering
>>>
>>> =A0M.Sc. in Mechanical Engineering
>>>
>>>
>>>
>>>
>>> Work: =A0 035185873
>>>
>>> Mobile: 0546690915
>>>
>>>
>>> Email: sginsbourg@gmail.com
>>>
>>>
>>> http://il.linkedin.com/in/shayginsbourg
>>>
>>>
>>> WWW.GINSBOURG.COM
>>>
>>>
>>>
>>>
>>>
>>> Please consider your environmental responsibility before printing this
>>> e-mail.
>>>
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
For additional commands, e-mail: user-help@jmeter.apache.org