http-webtest-general Mailing List for HTTP-WebTest (Page 6)
Brought to you by:
m_ilya,
richardanderson
Menu
▾
▴
http-webtest-general — Web page testing using HTTP-WebTest
You can subscribe to this list here.
| 2002 |
Jan
(1) |
Feb
(6) |
Mar
(2) |
Apr
(3) |
May
(6) |
Jun
(10) |
Jul
(24) |
Aug
(19) |
Sep
(8) |
Oct
(33) |
Nov
(11) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(20) |
Feb
(4) |
Mar
(28) |
Apr
(18) |
May
(6) |
Jun
|
Jul
(23) |
Aug
(5) |
Sep
(11) |
Oct
(29) |
Nov
(24) |
Dec
(10) |
| 2004 |
Jan
(2) |
Feb
(4) |
Mar
(40) |
Apr
(4) |
May
(8) |
Jun
(13) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2005 |
Jan
(1) |
Feb
(7) |
Mar
|
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: archana <ar...@am...> - 2003-10-29 09:39:53
|
Hi,
How do i define the global test parameters in perl script which uses an
object of webtest?
When the test cases are put in 'wt' script and global test parameters
like show_cookies etc are working fine if defined outside
test_name---end_test block.
I have many common test parameters to be used across all testcases.
And i don't want to use 'wt' file but i want to do 'run_tests' directly
in perl script.
In this case how do i define these global test parameters?
sample wt file contains,
plugins = ( ::Click)
show_cookies=yes
text_forbid=(
Premature end of script headers
)
test_name = test1
url=http://192.168.1.156
require_text= (
Login
)
end_test
PLease suggest me how do i write perl script without using wt file?
thanks and regards,
Archana
|
|
From: William M. <wi...@kn...> - 2003-10-27 20:15:06
|
On Sun, Oct 26, 2003 at 11:27:23AM -0800, Dr. Tolga Yalcinkaya wrote: > I need to write a script that tests user experience. > I have been using WebTest very heavily for sometime. > Very pleased with it so far, but I am not sure how to > measure/validate what a real user might experience via > a real browser. I doubt you could do that with WebTest. To my knowledge, it does not validate the information it receives, does not download images, does not understand scripts (e.g., JavaScript) and does not parse CSS styles. > Is there a way to load all embedded object (images, > stye-sheets, etc.) for a given URL? This sounds like you want to be sure all embedded objects are valid. You may want to try a link checker such as linklint[1]. Hope this helps, William [1] http://linklint.org/ -- Knowmad Services Inc. http://www.knowmad.com |
|
From: Terry <td...@ya...> - 2003-10-27 16:24:51
|
Hello,
I want to get the output of a full page including
frames. Here is a test that I have:
show_html = yes
plugins = ( ::Click )
test_name = foobar-login
url =
https://logon.foobar.com/ssl/Logon_1.asp?NEXTPAGE=LOGIN
method = post
click_button = cmdSubmit
params = ( txtUserName =>
'foobar'
txtPassword =>
'foobar' )
text_require = ( foobar.asp )
end_test
The first test, if fails, will return a non-framed
page which I can grab the output of fine (show_html).
If it passes and the 2nd test fails, I get a framed
page output and only get the index page. How can have
wt grab all associated frames and build them
appropriately for a full page output?
Thanks!
=====
Terry
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
|
|
From: Dr. T. Y. <tya...@ya...> - 2003-10-26 19:29:50
|
I need to write a script that tests user experience. I have been using WebTest very heavily for sometime. Very pleased with it so far, but I am not sure how to measure/validate what a real user might experience via a real browser. Is there a way to load all embedded object (images, stye-sheets, etc.) for a given URL? Thanks in advance for your response. Tolga. __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ |
|
From: William M. <wi...@kn...> - 2003-10-23 20:12:19
|
On a slightly off-topic note, I came across a script[1] at Mike's (the author of the excellent logging tool, Log::Log4perl) Script Archive[2] which may be useful for anyone wanting to do load testing. It seems like this subject has come up in the past but that there were not many options available at the time. It'd be nice to integrate this with Webtest! Unfortunately, my work prevents me from taking on this project right now :(. Cheers, William [1] http://perlmeister.com/scripts/pounder-README.html [2] http://perlmeister.com/scripts -- Knowmad Services Inc. http://www.knowmad.com |
|
From: archana <ar...@am...> - 2003-10-16 12:46:45
|
Hey it worked..i mean i got cookies!!! Now cookies are being sent. There was problem with parameter passing in login form. Along with user name password i was sending a string called script=9 , which happens to be the input parameter for the page.. it looks like this, 192.168.1.172/cgi-bin/GConfigure?script=9 Let me comeback to you if i can't proceed further. thanks and regards, archana On Thu, 2003-10-16 at 18:07, William McKee wrote: > On Thu, Oct 16, 2003 at 04:39:18PM +0530, archana wrote: > > But while running the script with http-webtest script i am not getting > > it.It throws out saying 'Not logged in cookies not enabled' > > I tried option of POST, which did not work > > Do you have access to the script that is returning that error? Could > that script be checking the HTTP_USER_AGENT and rejecting login on that > basis? The crux of the question is how is the script determining that > cookies are not enabled? I have similar scripts which will simply kick > the user back to the login page if the cookie is not set. It sounds like > the script in question is doing something more. > > William > > -- > Knowmad Services Inc. > http://www.knowmad.com |
|
From: William M. <wi...@kn...> - 2003-10-16 12:43:36
|
On Thu, Oct 16, 2003 at 04:39:18PM +0530, archana wrote: > But while running the script with http-webtest script i am not getting > it.It throws out saying 'Not logged in cookies not enabled' > I tried option of POST, which did not work Do you have access to the script that is returning that error? Could that script be checking the HTTP_USER_AGENT and rejecting login on that basis? The crux of the question is how is the script determining that cookies are not enabled? I have similar scripts which will simply kick the user back to the login page if the cookie is not set. It sounds like the script in question is doing something more. William -- Knowmad Services Inc. http://www.knowmad.com |
|
From: archana <ar...@am...> - 2003-10-16 11:12:17
|
Hi, Webserver (192.168.1.172) is responding with HTTP1.0 ..(i think i.e running version1.0) in script If i use the mozilla browser to log into 192.168.1.172 - i get login page. Once i login i get the cookie store on my pc. The cookie is sent from 192.168.1.172 But while running the script with http-webtest script i am not getting it.It throws out saying 'Not logged in cookies not enabled' I tried option of POST, which did not work Can any of you help get this resolved? thanks and regards, Archana |
|
From: archana <ar...@am...> - 2003-10-16 09:04:35
|
> In the header-request packet i have also found out that Connection:close > is being sent to server. I tried giving connection keep-alive and > keep-alive=300. But along with keep-alive 'close' is also sent to server > and response header containc Connection 'close'. Is this causing > problem? > How can i overcome this? > > thanks and regards, > archana > > On Wed, 2003-10-15 at 18:58, Ilya Martynov wrote: > > >>>>> "a" == archana <ar...@am...> writes: > > > > a> Hi, > > a> I am using http-webtest-2.04 for gui automation. > > > > a> Testing a box with ip 192.168.1.172 . It shows a login page with a click > > a> button. > > > > a> When used name and passwords are entered and a click button is pressed, > > a> http 200 is returned, but no cookies are recd. If try to access any > > a> other page in that , it says cookies not enabled and not logged in. > > > > Well, it looks like cookies are not being sent when you "click > > button". Could it be because server expects you to submit form via > > POST instead of GET (what is default)? Try to add 'method = post' in > > the test 'Submit correct username & password'. > > > > -- > > Ilya Martynov, il...@ip... > > CTO IPonWEB (UK) Ltd > > Quality Perl Programming and Unix Support > > UK managed @ offshore prices - http://www.iponweb.net > > Personal website - http://martynov.org > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > SourceForge.net hosts over 70,000 Open Source Projects. > > See the people who have HELPED US provide better services: > > Click here: http://sourceforge.net/supporters.php > > _______________________________________________ > > Http-webtest-general mailing list > > Htt...@li... > > https://lists.sourceforge.net/lists/listinfo/http-webtest-general > |
|
From: Ilya M. <il...@ip...> - 2003-10-15 13:29:29
|
>>>>> "a" == archana <ar...@am...> writes: a> Hi, a> I am using http-webtest-2.04 for gui automation. a> Testing a box with ip 192.168.1.172 . It shows a login page with a click a> button. a> When used name and passwords are entered and a click button is pressed, a> http 200 is returned, but no cookies are recd. If try to access any a> other page in that , it says cookies not enabled and not logged in. Well, it looks like cookies are not being sent when you "click button". Could it be because server expects you to submit form via POST instead of GET (what is default)? Try to add 'method = post' in the test 'Submit correct username & password'. -- Ilya Martynov, il...@ip... CTO IPonWEB (UK) Ltd Quality Perl Programming and Unix Support UK managed @ offshore prices - http://www.iponweb.net Personal website - http://martynov.org |
|
From: archana <ar...@am...> - 2003-10-15 11:05:47
|
Hi,
I am using http-webtest-2.04 for gui automation.
Testing a box with ip 192.168.1.172 . It shows a login page with a click
button.
When used name and passwords are entered and a click button is pressed,
http 200 is returned, but no cookies are recd. If try to access any
other page in that , it says cookies not enabled and not logged in.
I appreciate your help on this ,
wt script file is attached
=========================
This is the log of the wt script.
=================================
[root@archana ample1]# perl http2.pl
Failed Succeeded Test Name
0 5 Login page
0 3 Submit correct username & password
1 3 get services page
Test Name: Login page
URL: http://192.168.1.172/cgi-bin/GConfigure?script=9
STATUS CODE CHECK
Expected '200' and got: 200 OK SUCCEED
FORBIDDEN TEXT
Premature end of script headers SUCCEED
Error processing directive SUCCEED
REQUIRED TEXT
User SUCCEED
Password SUCCEED
REQUEST HEADERS:
GET http://192.168.1.172/cgi-bin/GConfigure?script=9
User-Agent: HTTP-WebTest/2.04
RESPONSE HEADERS:
HTTP/1.0 200 OK
Cache-Control: no-cache
Connection: close
Date: Fri, 02 Jan 1970 05:02:53 GMT
Pragma: no-cache
Server: Boa/0.94.9
Content-Type: text/html; charset=utf-8
Expires: 0
Client-Date: Wed, 15 Oct 2003 10:32:40 GMT
Client-Peer: 192.168.1.172:80
Client-Response-Num: 1
Link: </custom.css>; rel="stylesheet"
SENT COOKIE(S)
*** none ***
RECEIVED COOKIE(S)
*** none ***
PAGE CONTENT:
<html><head><link rel=stylesheet href=/custom.css>
<META HTTP-EQUIV = "Pragma" CONTENT="no-cache">
<META HTTP-EQUIV = "Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV = "Expires" CONTENT="0">
</head>
<body>
<center>
<h1>HomeBASE<small><sup>TM</sup></small></h1>
</center>
<form name=login method=post action="/cgi-bin/GConfigure?script=9">
<table width=200px>
<tr><th align=left width=120px>User ID</th><td><input type=text
maxlength=15 siz
e=15 name=id value="user"></td></tr>
<tr><th align=left width=120px>Password</th><td><input type=password
maxlength=1
5 size=15 name=passwd></td></tr>
<tr><td><input type=submit value="Enter"></td></tr>
</table>
</form>
</body>
</html>
Test Name: Submit correct username & password
URL:
http://192.168.1.172/cgi-bin/GConfigure?script=9&id=user&passwd=user
STATUS CODE CHECK
Expected '200' and got: 200 OK SUCCEED
FORBIDDEN TEXT
Premature end of script headers SUCCEED
Error processing directive SUCCEED
REQUEST HEADERS:
GET http://192.168.1.172/cgi-bin/GConfigure?script=9&id=user&passwd=user
User-Agent: HTTP-WebTest/2.04
RESPONSE HEADERS:
HTTP/1.0 200 OK
Cache-Control: no-cache
Connection: close
Date: Fri, 02 Jan 1970 05:02:53 GMT
Pragma: no-cache
Server: Boa/0.94.9
Content-Type: text/html; charset=utf-8
Expires: 0
Client-Date: Wed, 15 Oct 2003 10:32:40 GMT
Client-Peer: 192.168.1.172:80
Client-Response-Num: 1
Link: </custom.css>; rel="stylesheet"
SENT COOKIE(S)
*** none ***
RECEIVED COOKIE(S)
*** none ***
PAGE CONTENT:
<html><head><link rel=stylesheet href=/custom.css>
<META HTTP-EQUIV = "Pragma" CONTENT="no-cache">
<META HTTP-EQUIV = "Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV = "Expires" CONTENT="0">
</head>
<body>
<center>
<h1>HomeBASE<small><sup>TM</sup></small></h1>
</center>
<form name=login method=post action="/cgi-bin/GConfigure?script=9">
<table width=200px>
<tr><th align=left width=120px>User ID</th><td><input type=text
maxlength=15 siz
e=15 name=id value="user"></td></tr>
<tr><th align=left width=120px>Password</th><td><input type=password
maxlength=1
5 size=15 name=passwd></td></tr>
<tr><td><input type=submit value="Enter"></td></tr>
</table>
</form>
</body>
</html>
Test Name: get services page
URL: http://192.168.1.172/cgi-bin/GConfigure?script=0
STATUS CODE CHECK
Expected '200' and got: 200 OK SUCCEED
FORBIDDEN TEXT
Premature end of script headers SUCCEED
Error processing directive SUCCEED
REQUIRED TEXT
Host FAIL
REQUEST HEADERS:
GET http://192.168.1.172/cgi-bin/GConfigure?script=0
User-Agent: HTTP-WebTest/2.04
RESPONSE HEADERS:
HTTP/1.0 200 OK
Cache-Control: no-cache
Connection: close
Date: Fri, 02 Jan 1970 05:02:53 GMT
Pragma: no-cache
Server: Boa/0.94.9
Content-Type: text/html; charset=utf-8
Expires: 0
Client-Date: Wed, 15 Oct 2003 10:32:40 GMT
Client-Peer: 192.168.1.172:80
Client-Response-Num: 1
Link: </custom.css>; rel="stylesheet"
SENT COOKIE(S)
*** none ***
RECEIVED COOKIE(S)
*** none ***
PAGE CONTENT:
<html><head><link rel=stylesheet href=/custom.css>
<META HTTP-EQUIV = "Pragma" CONTENT="no-cache">
<META HTTP-EQUIV = "Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV = "Expires" CONTENT="0">
</head>
<body onload="top.document.location='/frontpage.html'; alert('Not logged
in: Coo
kies not enabled');">
</body></html>
Total web tests failed: 1 succeeded: 11
End of script
==========================================================
thanks and regards,
archana
----
plugins = ( ::Click )
#cookies = (
#(
# version => 0
# name => USERID
# value => user
# path => /
# domain => 192.168.1.172
# secure => 0
# maxage => 3600
#)
#(
# version => 0
# name => PASSWORD
# value => user
# path => /
# domain => 192.168.1.172
# secure => 0
# maxage => 3600
#)
#
#)
save_output=yes
accept_cookies=yes
send_cookies=yes
show_cookies=yes
ignore_case=yes
show_html=yes
show_headers=yes
text_forbid = (Premature end of script headers
Error processing directive
)
test_name = Login page
url = http://192.168.1.172/cgi-bin/GConfigure?script=9
text_require = (
User
Password
)
end_test
test_name = Submit correct username & password
click_button=Enter
params=(script=>9
id=>user
passwd =>user
)
regex_require = (?*ADSL?*)
end_test
test_name = get services page
url = http://192.168.1.172/cgi-bin/GConfigure?script=0
text_require = (
Host
)
end_test
|
|
From: Ilya M. <il...@ip...> - 2003-10-15 08:43:13
|
>>>>> "GN" == Gaurav Nangia <gn...@ms...> writes: GN> Hi everyone, GN> I am new to the list so please forgive my ignorance, but I cannot GN> find anywhere details on how HTTP::WebTest works. What I mean by GN> that is, does this module actually download the entire url - text GN> and images. How does it handle frames? WebTest works on the level of HTTP requests and responses. It doesn't know anything about HTML documents it recieves and thus doesn't try to follow any links (be it images, css, frames in frameset and so on). You wish such behavior it probably could be added as custom plugin. P.S. You may find this thread interesting where similar topic was raised: http://xrl.us/w9u -- Ilya Martynov, il...@ip... CTO IPonWEB (UK) Ltd Quality Perl Programming and Unix Support UK managed @ offshore prices - http://www.iponweb.net Personal website - http://martynov.org |
|
From: Gaurav N. <gn...@ms...> - 2003-10-14 18:22:11
|
Hi everyone, I am new to the list so please forgive my ignorance, but I cannot find anywhere details on how HTTP::WebTest works. What I mean by that is, does this module actually download the entire url - text and images. How does it handle frames? Thanks, Gnangia |
|
From: William M. <wi...@kn...> - 2003-10-08 15:00:30
|
On Tue, Oct 07, 2003 at 09:19:27AM -0400, Jieming Wang wrote: > Two questions: > 1) How do I trust a server certificate, i.e. store certificates in a file > (as done through keytool -import in java)? > 2) How do I support client certificate (i.e., mutual trust)? Hi Jieming, I fail to see how these questions relate to HTTP::Webtest. If you are trying to test pages maintained on a server using SSL, there are several threads in the archives[1] that should be of help. Otherwise, you're going to have to give us some more info as to what you are trying to do with Webtest. Regards, William [1] https://lists.sourceforge.net/lists/listinfo/http-webtest-general -- Knowmad Services Inc. http://www.knowmad.com |
|
From: Jieming W. <Jie...@en...> - 2003-10-07 13:20:01
|
Two questions: 1) How do I trust a server certificate, i.e. store certificates in a file (as done through keytool -import in java)? 2) How do I support client certificate (i.e., mutual trust)? Thanks. JW |
|
From: Ilya M. <il...@ip...> - 2003-10-06 11:18:04
|
>>>>> "PC" =3D=3D Philip Chan <ph...@i-...> writes: PC> Hi, PC> Beside the return status on success or fail, I'm also concerned on PC> execution time for each individual test but couldn't find any PC> relevant parameter=A0that is related.=A0 Can someone please tell me PC> whether or not webtset supports such function as a built-in PC> feature or I've to do this in=A0the Perl program myself.=A0 Thanks. It have been discussed in this mailing list. Check archives under subject Benchmarks in Sep 2002 (see http://xrl.us/vxl). Note that SourceForge have permanent problems with mailing list archives so if you get errors when trying to access mailing list archives try again later. --=20 Ilya Martynov, il...@ip... CTO IPonWEB (UK) Ltd Quality Perl Programming and Unix Support UK managed @ offshore prices - http://www.iponweb.net Personal website - http://martynov.org |
|
From: Ilya M. <il...@ip...> - 2003-10-06 09:13:29
|
>>>>> "TG" == Thieme Geoff <Geo...@we...> writes: TG> It worked. I did a print $response->title just to make sure it brought back TG> the correct page title, and it did. TG> [..snip..] Hmmm, then I don't know what to suggest else :( I recall you said you can give me access to the site and give your test script which has problems. I guess it will be easier if I debug the problem myself. If there is any private data you don't want to publish on the mailing list then email me directly. -- Ilya Martynov, il...@ip... CTO IPonWEB (UK) Ltd Quality Perl Programming and Unix Support UK managed @ offshore prices - http://www.iponweb.net Personal website - http://martynov.org |
|
From: Ilya M. <il...@ip...> - 2003-10-06 09:02:05
|
>>>>> "PM" == Parker, Matthew <MP...@se...> writes: PM> I'm experiencing an error running one of the example files that comes w/ HTTPUNIT 1.5.3: WebLinkTest. PM> The error is 'No buffer space available.' PM> I assume this is simply because the PC is out of memory... but the script runs on another PC w/ twice as much memory... Can anybody offer me a bit of insight into this? Are there any settings w/in HttpUnit, JUnit, or JVM that I tweak to fix this issue. PM> [..snip..] Hi, I affraid you are posting in wrong mailling list. You are posting to mailling list for Perl's HTTP::WebTest (see http://xrl.us/vw7). It is not mailling list for Java's WebTest. It's mailling list is here: http://xrl.us/vw8 Anyway your error message looks familiar to me. Are you running it on FreeBSD? I once had same problem and I recall I had either recompile kernel or change some kernel parameters with sysctl to increase available buffer space. Try to google with this error message - it *very* common problem. -- Ilya Martynov, il...@ip... CTO IPonWEB (UK) Ltd Quality Perl Programming and Unix Support UK managed @ offshore prices - http://www.iponweb.net Personal website - http://martynov.org |
|
From: Parker, M. <MP...@se...> - 2003-10-06 01:21:31
|
SSdtIGV4cGVyaWVuY2luZyBhbiBlcnJvciBydW5uaW5nIG9uZSBvZiB0aGUgZXhhbXBsZSBmaWxl cyB0aGF0IGNvbWVzIHcvIEhUVFBVTklUIDEuNS4zOiBXZWJMaW5rVGVzdC4NCiANClRoZSBlcnJv ciBpcyAnTm8gYnVmZmVyIHNwYWNlIGF2YWlsYWJsZS4nIA0KIA0KSSBhc3N1bWUgdGhpcyBpcyBz aW1wbHkgYmVjYXVzZSB0aGUgUEMgaXMgb3V0IG9mIG1lbW9yeS4uLiBidXQgdGhlIHNjcmlwdCBy dW5zIG9uIGFub3RoZXIgUEMgdy8gdHdpY2UgYXMgbXVjaCBtZW1vcnkuLi4gQ2FuIGFueWJvZHkg b2ZmZXIgbWUgYSBiaXQgb2YgaW5zaWdodCBpbnRvIHRoaXM/IEFyZSB0aGVyZSBhbnkgc2V0dGlu Z3Mgdy9pbiBIdHRwVW5pdCwgSlVuaXQsIG9yIEpWTSB0aGF0IEkgdHdlYWsgdG8gZml4IHRoaXMg aXNzdWUuDQogDQpUaGFua3MsDQpNYXR0IFBhcmtlcg0KIA0KU3RlcHMgdG8gZmFpbHVyZS4uLg0K IA0KMS4gQ29tcGlsZSAqLmphdmEgZmlsZXMgaW4gdGVzdCBkcmllY3RvcnkgKGM6XGh0dHB1bml0 LTEuNS4zXHRlc3RcY29tXG1ldGVyd2FyZVxodHRwdW5pdCkNCjIuIFJ1biBXZWJMaW5rVGVzdA0K UmVzdWx0OiAnU29ja2V0IEV4Y2VwdGlvbjogTm8gYnVmZmVyIHNwYWNlIGF2YWlsYWJsZScgKFNl ZSBiZWxvdy4uLikNCiANCiMjIyBFcnJvciAjIyMNCkM6XGh0dHB1bml0LTEuNS4zXHRlc3Q+amF2 YSBjb20ubWV0ZXJ3YXJlLmh0dHB1bml0LldlYkxpbmtUZXN0DQouLi4uLi4uLi4uLi4uLi4uLi4u Li5FDQpUaW1lOiA1LjcxDQpUaGVyZSB3YXMgMSBlcnJvcjoNCjEpIHRlc3RJbWFnZU1hcExpbmtz KGNvbS5tZXRlcndhcmUuaHR0cHVuaXQuV2ViTGlua1Rlc3QpamF2YS5uZXQuU29ja2V0RXhjZXB0 aW9uDQo6IE5vIGJ1ZmZlciBzcGFjZSBhdmFpbGFibGUgKG1heGltdW0gY29ubmVjdGlvbnMgcmVh Y2hlZD8pOiBjb25uZWN0DQogICAgICAgIGF0IGphdmEubmV0LlBsYWluU29ja2V0SW1wbC5zb2Nr ZXRDb25uZWN0KE5hdGl2ZSBNZXRob2QpDQogICAgICAgIGF0IGphdmEubmV0LlBsYWluU29ja2V0 SW1wbC5kb0Nvbm5lY3QoUGxhaW5Tb2NrZXRJbXBsLmphdmE6MzA1KQ0KICAgICAgICBhdCBqYXZh Lm5ldC5QbGFpblNvY2tldEltcGwuY29ubmVjdFRvQWRkcmVzcyhQbGFpblNvY2tldEltcGwuamF2 YToxNzEpDQogICAgICAgIGF0IGphdmEubmV0LlBsYWluU29ja2V0SW1wbC5jb25uZWN0KFBsYWlu U29ja2V0SW1wbC5qYXZhOjE1OCkNCiAgICAgICAgYXQgamF2YS5uZXQuU29ja2V0LmNvbm5lY3Qo U29ja2V0LmphdmE6NDM0KQ0KICAgICAgICBhdCBqYXZhLm5ldC5Tb2NrZXQuY29ubmVjdChTb2Nr ZXQuamF2YTozODQpDQogICAgICAgIGF0IHN1bi5uZXQuTmV0d29ya0NsaWVudC5kb0Nvbm5lY3Qo TmV0d29ya0NsaWVudC5qYXZhOjEzOSkNCiAgICAgICAgYXQgc3VuLm5ldC53d3cuaHR0cC5IdHRw Q2xpZW50Lm9wZW5TZXJ2ZXIoSHR0cENsaWVudC5qYXZhOjM4NikNCiAgICAgICAgYXQgc3VuLm5l dC53d3cuaHR0cC5IdHRwQ2xpZW50Lm9wZW5TZXJ2ZXIoSHR0cENsaWVudC5qYXZhOjYwMikNCiAg ICAgICAgYXQgc3VuLm5ldC53d3cuaHR0cC5IdHRwQ2xpZW50Ljxpbml0PihIdHRwQ2xpZW50Lmph dmE6MzAzKQ0KICAgICAgICBhdCBzdW4ubmV0Lnd3dy5odHRwLkh0dHBDbGllbnQuPGluaXQ+KEh0 dHBDbGllbnQuamF2YToyNjQpDQogICAgICAgIGF0IHN1bi5uZXQud3d3Lmh0dHAuSHR0cENsaWVu dC5OZXcoSHR0cENsaWVudC5qYXZhOjMzNikNCiAgICAgICAgYXQgc3VuLm5ldC53d3cuaHR0cC5I dHRwQ2xpZW50Lk5ldyhIdHRwQ2xpZW50LmphdmE6MzE3KQ0KICAgICAgICBhdCBzdW4ubmV0Lnd3 dy5odHRwLkh0dHBDbGllbnQuTmV3KEh0dHBDbGllbnQuamF2YTozMTIpDQogICAgICAgIGF0IHN1 bi5uZXQud3d3LnByb3RvY29sLmh0dHAuSHR0cFVSTENvbm5lY3Rpb24ucGxhaW5Db25uZWN0KEh0 dHBVUkxDb25uZQ0KY3Rpb24uamF2YTo0ODEpDQogICAgICAgIGF0IHN1bi5uZXQud3d3LnByb3Rv Y29sLmh0dHAuSHR0cFVSTENvbm5lY3Rpb24uY29ubmVjdChIdHRwVVJMQ29ubmVjdGlvbg0KLmph dmE6NDcyKQ0KICAgICAgICBhdCBzdW4ubmV0Lnd3dy5wcm90b2NvbC5odHRwLkh0dHBVUkxDb25u ZWN0aW9uLmdldElucHV0U3RyZWFtKEh0dHBVUkxDb24NCm5lY3Rpb24uamF2YTo1NzQpDQogICAg ICAgIGF0IHN1bi5uZXQud3d3LnByb3RvY29sLmh0dHAuSHR0cFVSTENvbm5lY3Rpb24uZ2V0SGVh ZGVyRmllbGRLZXkoSHR0cFVSTENvbm5lY3Rpb24uamF2YToxMjE3KQ0KICAgICAgICBhdCBjb20u bWV0ZXJ3YXJlLmh0dHB1bml0Lkh0dHBXZWJSZXNwb25zZS5sb2FkSGVhZGVycyhIdHRwV2ViUmVz cG9uc2UuamF2YToyMDEpDQogICAgICAgIGF0IGNvbS5tZXRlcndhcmUuaHR0cHVuaXQuSHR0cFdl YlJlc3BvbnNlLnJlYWRIZWFkZXJzKEh0dHBXZWJSZXNwb25zZS5qYXZhOjE4MykNCiAgICAgICAg YXQgY29tLm1ldGVyd2FyZS5odHRwdW5pdC5IdHRwV2ViUmVzcG9uc2UuPGluaXQ+KEh0dHBXZWJS ZXNwb25zZS5qYXZhOjUzKQ0KICAgICAgICBhdCBjb20ubWV0ZXJ3YXJlLmh0dHB1bml0LldlYkNv bnZlcnNhdGlvbi5uZXdSZXNwb25zZShXZWJDb252ZXJzYXRpb24uamF2YTo2MSkNCiAgICAgICAg YXQgY29tLm1ldGVyd2FyZS5odHRwdW5pdC5XZWJXaW5kb3cuZ2V0UmVzb3VyY2UoV2ViV2luZG93 LmphdmE6MTYyKQ0KICAgICAgICBhdCBjb20ubWV0ZXJ3YXJlLmh0dHB1bml0LldlYldpbmRvdy5n ZXRTdWJmcmFtZVJlc3BvbnNlKFdlYldpbmRvdy5qYXZhOjEyNSkNCiAgICAgICAgYXQgY29tLm1l dGVyd2FyZS5odHRwdW5pdC5XZWJXaW5kb3cuZ2V0UmVzcG9uc2UoV2ViV2luZG93LmphdmE6MTE4 KQ0KICAgICAgICBhdCBjb20ubWV0ZXJ3YXJlLmh0dHB1bml0LldlYldpbmRvdy5nZXRSZXNwb25z ZShXZWJXaW5kb3cuamF2YTo5OSkNCiAgICAgICAgYXQgY29tLm1ldGVyd2FyZS5odHRwdW5pdC5X ZWJDbGllbnQuZ2V0UmVzcG9uc2UoV2ViQ2xpZW50LmphdmE6ODcpDQogICAgICAgIGF0IGNvbS5t ZXRlcndhcmUuaHR0cHVuaXQuV2ViTGlua1Rlc3Quc2V0VXAoV2ViTGlua1Rlc3QuamF2YTo2MCkN CiAgICAgICAgYXQgY29tLm1ldGVyd2FyZS5odHRwdW5pdC5XZWJMaW5rVGVzdC5tYWluKFdlYkxp bmtUZXN0LmphdmE6MzQpDQpGQUlMVVJFUyEhIQ0KVGVzdHMgcnVuOiAyMSwgIEZhaWx1cmVzOiAw LCAgRXJyb3JzOiAxDQogDQogDQo= |
|
From: Thieme.Geoff <Geo...@we...> - 2003-10-03 15:36:58
|
It worked. I did a print $response->title just to make sure it brought back
the correct page title, and it did.
Here is the output of "use LWP::Debug ('+');" using the reverse proxy:
$ time ./WebTestTester.pl
LWP::UserAgent::new: ()
LWP::UserAgent::request: ()
LWP::UserAgent::send_request: POST https://externalsite/loginvalidation.jsp
LWP::UserAgent::_need_proxy: Not proxied
LWP::Protocol::http::request: ()
LWP::UserAgent::request: Simple response: Found
LWP::UserAgent::request: ()
LWP::UserAgent::send_request: POST https://externalsite/loginfailed.jsp
LWP::UserAgent::_need_proxy: Not proxied
LWP::Protocol::http::request: ()
LWP::Protocol::collect: read 4096 bytes
LWP::Protocol::collect: read 3955 bytes
LWP::UserAgent::request: Simple response: OK
My Page - Login Failedok
real 0m3.820s
user 0m0.851s
sys 0m0.203s
"My Page - Login Failedok" includes the $response->title. BTW, this test is
supposed access loginfailed.jsp and say Login Failed.
Here is the debug output when accessing an internal web site SSL directly:
$ time ./WebTestTester.pl
LWP::UserAgent::new: ()
LWP::UserAgent::request: ()
LWP::UserAgent::send_request: POST https://internalsite/loginvalidation.jsp
LWP::UserAgent::_need_proxy: Not proxied
LWP::Protocol::http::request: ()
LWP::UserAgent::request: Simple response: Found
LWP::UserAgent::request: ()
LWP::UserAgent::send_request: POST https://internalsite/loginfailed.jsp
LWP::UserAgent::_need_proxy: Not proxied
LWP::Protocol::http::request: ()
LWP::Protocol::collect: read 4096 bytes
LWP::Protocol::collect: read 3955 bytes
LWP::UserAgent::request: Simple response: OK
My Page - Login Failedok
real 0m1.740s
user 0m0.851s
sys 0m0.143s
The only difference I can see from testing with the debug code is that using
the reverse proxy takes a lot longer.
I looked at the HTTP headers using Lynx to see if there was a difference
between using the reverse proxy and not using it. I didn't see any
difference from what Lynx was able to show me.
Header when accessing loginvalidation.jsp:
HTTP/1.1 302 Moved Temporarily
Server: Netscape-Enterprise/4.1
Date: Fri, 03 Oct 2003 15:19:29 GMT
Set-cookie: jsessionid=378601065194369869;path=/
Location: https://externalsite/loginfailed.jsp
Expires: now
Content-type: text/html; charset=iso-8859-1
Cache-control: no-cache="set-cookie,set-cookie2"
Connection: Close
Connection: close
Header when finished and stilling on the loginfailed.jsp page:
HTTP/1.1 200 OK
Server: Netscape-Enterprise/4.1
Date: Fri, 03 Oct 2003 15:28:00 GMT
Connection: Keep-alive
Expires: now
Content-type: text/html; charset=iso-8859-1
Content-length: 8049
Connection: close
This leads me to believe there must be differences not seen in the headers.
I don't remember if I actually tested a post on an SSL site w/a reverse
proxy using HTTP::WebTest 1.xx . I know I tested using a non SSL site.
-Geoff
-----Original Message-----
From: Ilya Martynov [mailto:il...@ip...]
Sent: Friday, October 03, 2003 3:13 AM
To: Thieme.Geoff
Cc: htt...@li...;
ri...@ri...
Subject: Re: [Http-webtest-general] Temporary redirect and POST don't
work together
>>>>> "TG" == Thieme Geoff <Geo...@we...> writes:
TG> [..snip..]
TG> I've run out of ideas to try. If WebTest still allows LWP to
TG> handles redirects internally, this may be a problem with
TG> LWP. Anyone have any other ideas? I can give you web site address
TG> URL and user name if you think it might help.
Can you please try following test script:
use LWP::UserAgent;
my $ua = LWP::UserAgent->new;
$ua->requests_redirectable([qw(GET HEAD POST)]);
my $response = $ua->post('http://your.site.url',
{ login => 'xxx', password => 'yyy' });
if ($response->is_success) {
print "ok\n"
} else {
print "Error: " . $self->status_line . "\n";
}
If it reproduces the problem (i.e. you get same error message) then it
should be either a problem in LWP or in reverse proxy.
You can add
use LWP::Debug (+);
to get all debug log from LWP::Debug. They may be helpful to find
what's going on.
As I understand HTTP::WebTest 1.xx didn't use
$ua->requests_redirectable([qw(GET HEAD POST)]) to let LWP::UserAgent
$ua->handle redirects after POST but was doing it itself. Probably it
$ua->explains the difference.
TG> [..snip..]
--
Ilya Martynov, il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org
|
|
From: Ilya M. <il...@ip...> - 2003-10-03 08:12:55
|
>>>>> "TG" == Thieme Geoff <Geo...@we...> writes:
TG> [..snip..]
TG> I've run out of ideas to try. If WebTest still allows LWP to
TG> handles redirects internally, this may be a problem with
TG> LWP. Anyone have any other ideas? I can give you web site address
TG> URL and user name if you think it might help.
Can you please try following test script:
use LWP::UserAgent;
my $ua = LWP::UserAgent->new;
$ua->requests_redirectable([qw(GET HEAD POST)]);
my $response = $ua->post('http://your.site.url',
{ login => 'xxx', password => 'yyy' });
if ($response->is_success) {
print "ok\n"
} else {
print "Error: " . $self->status_line . "\n";
}
If it reproduces the problem (i.e. you get same error message) then it
should be either a problem in LWP or in reverse proxy.
You can add
use LWP::Debug (+);
to get all debug log from LWP::Debug. They may be helpful to find
what's going on.
As I understand HTTP::WebTest 1.xx didn't use
$ua->requests_redirectable([qw(GET HEAD POST)]) to let LWP::UserAgent
$ua->handle redirects after POST but was doing it itself. Probably it
$ua->explains the difference.
TG> [..snip..]
--
Ilya Martynov, il...@ip...
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org
|
|
From: Thieme.Geoff <Geo...@we...> - 2003-10-02 16:43:00
|
Applying the LWP patch does indeed get rid of the "Content-Length set when there is not content" warning on my POST tests. However, that patch caused slower performance in my tests. Even when I changed [EMAIL PROTECTED] to \@h (to be more similar to my newer copy of http.pm). So I changed http.pm back to the way it was. The "Content-Length set when there is not content" warning is annoying, but at least it doesn't make WebTest work more slowly. This is a warning message I can live with. I had left out some important details, I'm using an SSL enabled web site with a reverse proxy. That libwww email archive message and my google searches afterwards reminded me of that. I updated LWP (libwww-perl) to the latest, and ran more tests: POST w/Just http = success POST w/SSL = success POST w/SSL & reverse proxy = failed (from my original test) GET w/SSL & reverse proxy = success (from my original test) ***So the problem is really that a POST using SSL and a reverse proxy is not working correctly. The 408 Request Timeout description is "The server timed out waiting for the client request". I've run out of ideas to try. If WebTest still allows LWP to handles redirects internally, this may be a problem with LWP. Anyone have any other ideas? I can give you web site address URL and user name if you think it might help. I may be forced to use a POST even though the user name and password will be printed in the logs. I don't want to turn logging off (or parts of logging) because we use the logs for reporting and to troubleshoot problems. -Geoff -----Original Message----- From: Ilya Martynov [mailto:il...@ip...] Sent: Thursday, October 02, 2003 4:01 AM To: Thieme.Geoff Cc: htt...@li...; ri...@ri... Subject: Re: [Http-webtest-general] Temporary redirect and POST don't work together >>>>> "TG" == Thieme Geoff <Geo...@we...> writes: TG> Ilya, Hi Geoff, TG> I noticed that a temporary redirect (HTTP status code 302) and a POST don't TG> work together using WebTest 2.04. TG> The error I get is "Expected '200' and got: 408 Request Timeout". TG> Using an old version of WebTest (1.07), I got the message "Return Code: 302 TG> Moved Temporarily (0 bytes)". TG> When I switch the POST to a GET everything works, but my user name and TG> password are displayed in the web logs. TG> Would you be willing to make a change to WebTest to allow 302 TG> redirects inside a POST HTTP request? Richard Anderson made this TG> change for me in an unofficial WebTest 1.x release, so I think it TG> is possible. But then again, I don't know how your new code TG> rewrite is structured. I have code to support redirects in 2.xx. I've just added a test case (POST with params followed by redirect response) for selftest suite of WebTest and it passes correctly with exception that it causes LWP to produce warning 'Content-Length set when there is not content, fixed'. I did quick google search by this warning text and found this post (http://xrl.us/vfn) descriping a very similar problem. It includes a patch for LWP. Can you try it and tell me if it helps? Not sure why it works in 1.x. TG> I also noticed that the archives for this list don't work. TG> http://sourceforge.net/mailarchive/forum.php?forum=http-webtest-general TG> says: TG> ERROR TG> Either your mailing list name was misspelled or your mailing list TG> has not been archived yet. If this list has just been created, TG> please retry in 2-4 hours Maillists works ok but SourceForge has permanent problems with archives. Sometimes they work and sometimes they are not (for example I've just checked and they were available right now). This and permanent problems with CVS annoys me as hell and I'm seriously considering removing the project from SourceForge and hosting it somewhere else. -- Ilya Martynov, il...@ip... CTO IPonWEB (UK) Ltd Quality Perl Programming and Unix Support UK managed @ offshore prices - http://www.iponweb.net Personal website - http://martynov.org |
|
From: Richard A. <ri...@ri...> - 2003-10-02 15:59:42
|
----- Original Message ----- From: "Thieme.Geoff" <Geo...@we...> To: <htt...@li...> Cc: <il...@ma...>; <ri...@ri...>; "Thieme.Geoff" <Geo...@we...> Sent: Wednesday, October 01, 2003 2:09 PM Subject: Temporary redirect and POST don't work together > > When I switch the POST to a GET everything works, but my user name and > password are displayed in the web logs. > The web logs are written by the web server; HTTP-WebTest has no control over them. You may be able to control this behaviour by changing the web server (Apache?) configuration parameters. > Would you be willing to make a change to WebTest to allow 302 redirects > inside a POST HTTP request? Richard Anderson made this change for me in an > unofficial WebTest 1.x release, so I think it is possible. But then again, I > don't know how your new code rewrite is structured. > I don't recall making this change, but I do recall that the first versions had code to handle redirects explicitly. I recall that I removed this code when someone pointed out that LWP handles redirects internally. > Thanks, > Geoff > Richard Anderson ri...@ri... www.richard-anderson.org Ric...@ra... www.raycosoft.com |
|
From: Philip C. <ph...@i-...> - 2003-10-02 15:51:57
|
Hi, Beside the return status on success or fail, I'm also concerned on = execution time for each individual test but couldn't find any relevant = parameter that is related. Can someone please tell me whether or not = webtset supports such function as a built-in feature or I've to do this = in the Perl program myself. Thanks. Forgive me please if this is a silly question to ask. Regards, Philip |
|
From: Ilya M. <il...@ip...> - 2003-10-02 09:00:48
|
>>>>> "TG" == Thieme Geoff <Geo...@we...> writes: TG> Ilya, Hi Geoff, TG> I noticed that a temporary redirect (HTTP status code 302) and a POST don't TG> work together using WebTest 2.04. TG> The error I get is "Expected '200' and got: 408 Request Timeout". TG> Using an old version of WebTest (1.07), I got the message "Return Code: 302 TG> Moved Temporarily (0 bytes)". TG> When I switch the POST to a GET everything works, but my user name and TG> password are displayed in the web logs. TG> Would you be willing to make a change to WebTest to allow 302 TG> redirects inside a POST HTTP request? Richard Anderson made this TG> change for me in an unofficial WebTest 1.x release, so I think it TG> is possible. But then again, I don't know how your new code TG> rewrite is structured. I have code to support redirects in 2.xx. I've just added a test case (POST with params followed by redirect response) for selftest suite of WebTest and it passes correctly with exception that it causes LWP to produce warning 'Content-Length set when there is not content, fixed'. I did quick google search by this warning text and found this post (http://xrl.us/vfn) descriping a very similar problem. It includes a patch for LWP. Can you try it and tell me if it helps? Not sure why it works in 1.x. TG> I also noticed that the archives for this list don't work. TG> http://sourceforge.net/mailarchive/forum.php?forum=http-webtest-general TG> says: TG> ERROR TG> Either your mailing list name was misspelled or your mailing list TG> has not been archived yet. If this list has just been created, TG> please retry in 2-4 hours Maillists works ok but SourceForge has permanent problems with archives. Sometimes they work and sometimes they are not (for example I've just checked and they were available right now). This and permanent problems with CVS annoys me as hell and I'm seriously considering removing the project from SourceForge and hosting it somewhere else. -- Ilya Martynov, il...@ip... CTO IPonWEB (UK) Ltd Quality Perl Programming and Unix Support UK managed @ offshore prices - http://www.iponweb.net Personal website - http://martynov.org |
2 messages has been excluded from this view by a project administrator.
