[ grinder-Bugs-3511553 ] 3.8: header errors in generated scripts

Bugs item #3511553, was opened at 2012-03-26 13:32
Message generated for change (Settings changed) made by philipa
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: Closed
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: Philip Aston (philipa)
Date: 2012-04-13 07:48

Message:
Thanks for the report - tracking this under the new bug you created
#3517489.

----------------------------------------------------------------------

Comment By: greghmerrill ()
Date: 2012-04-11 08:41

Message:
Unfortunately, the outcome for me is worse with the 3.9 beta.  I can't
generate any script at all.  When I Stop the proxy, I get the following
exception:

10:09:09.878 [main] ERROR: Not supported:
javax.xml.transform.stax.StAXSource@1979eb
10:09:09.878 [main] ERROR:
com.sun.org.apache.xml.internal.dtm.DTMException: Not supported:
javax.xml.transform.stax.StAXSource@1979eb
10:09:09.878 [main] INFO : Engine exited

Seems like there is some new dependency added in the context of XSLT
processing?  I am running JDK 1.6.0_17

java -cp grinder.jar net.grinder.TCPProxy  -http jython -console


----------------------------------------------------------------------

Comment By: Philip Aston (philipa)
Date: 2012-04-11 00:07

Message:
Yes, its the same bug.

Fixed for 3.9, please see
http://sourceforge.net/mailarchive/message.php?msg_id=29088747 for beta
testing.

----------------------------------------------------------------------

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/