[ grinder-Bugs-3511553 ] 3.8: header errors in generated scripts
SourceForge.net <[email protected]> Tue, 10 Apr 2012 16:05:39 -0700
| Newsgroups | gmane.comp.java.grinder.devel |
|---|---|
| Message-ID | <[email protected]> |
Bugs item #3511553, was opened at 2012-03-26 13:32
Message generated for change (Comment added) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3511553&group_id=18598
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: TCPProxy
Group: None
Status: Pending
Resolution: Fixed
Priority: 8
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: 3.8: header errors in generated scripts
Initial Comment:
Scripts recorded with The Grinder 3.8 do not extract common headers correctly, sometimes leaving a syntactically incorrect script.
----------------------------------------------------------------------
Comment By: greghmerrill ()
Date: 2012-04-10 16:05
Message:
I recently tried recording jython scripts using the TCPProxy on 3.8. I
noticed that when recording against HTTP URLs, headers were recorded
properly, but when recording against HTTPS URLs, I got syntactically
invalid jython like this :
request101 = createRequest(Test(101, 'GET oms'), url0, )
Note the missing trailing "headers" param in the call above. Also, I got
duplicate NVPair headers like this:
result = request101.GET('/oms', None,
( NVPair('Accept', 'text/html, application/xhtml+xml, */*'),
NVPair('User-Agent', 'Mozilla/5.0 (compatible; MSIE 9.0; Windows NT
6.1; WOW64; Trident/5.0)'),
NVPair('Accept-Encoding', 'gzip, deflate'),
NVPair('Accept-Language', 'en-US'),
NVPair('Accept', 'text/html, application/xhtml+xml, */*'),
NVPair('User-Agent', 'Mozilla/5.0 (compatible; MSIE 9.0; Windows NT
6.1; WOW64; Trident/5.0)'),
NVPair('Accept-Encoding', 'gzip, deflate'),
NVPair('Accept-Language', 'en-US'),
NVPair('Accept', 'text/html, application/xhtml+xml, */*'),
NVPair('Accept-Language', 'en-US'),
NVPair('User-Agent', 'Mozilla/5.0 (compatible; MSIE 9.0; Windows NT
6.1; WOW64; Trident/5.0)'),
NVPair('Accept-Encoding', 'gzip, deflate'),
NVPair('Accept', 'text/html, application/xhtml+xml, */*'),
NVPair('Accept-Language', 'en-US'),
NVPair('User-Agent', 'Mozilla/5.0 (compatible; MSIE 9.0; Windows NT
6.1; WOW64; Trident/5.0)'),
....
It sounds like this problem might be the same thing you are mentioning in
this bug, is that the case? If not I can open a new bug ...
----------------------------------------------------------------------
Comment By: Philip Aston (philipa)
Date: 2012-04-01 06:15
Message:
Fixed for next release.
----------------------------------------------------------------------
Comment By: Philip Aston (philipa)
Date: 2012-03-27 15:53
Message:
Principal issue: the boundary detection for HTTP requests is broken. In
particular, it doesn't cope with the new Firefox/SSL behaviour of sending
the initial char in one packet, then everything else in the next. This
results in multiple requests being merged.
Problem 2: the script translation scripts don't cope with missing header
"extends" references.
Problem 3: the "defaultHeaders" key shouldn't result in an extends
reference.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3511553&group_id=18598
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev