[ 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 (Comment added) 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: Open
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

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2