https://bz.apache.org/bugzilla/show_bug.cgi?id=60424
Bug ID: 60424
Summary: JMeter inserts 0x0D before 0x0A automatically (http
binary post data)
Product: JMeter
Version: 3.0
Hardware: PC
OS: Mac OS X 10.0
Status: NEW
Severity: normal
Priority: P2
Component: HTTP
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
Hi,
I like to work with JMeter and I like to get more and more experiences, too.
At the moment I want to do a load test with JMeter on http-protocol combined
with binary data. The application communicates via http Hessian protocol (a
binary data stream over http).
protocol: http binary content; Content-Type: x-application/hessian
Test-Setup:
- java application (app) with proxy setting: port 8888
- JMeter started with proxy setting: port 9000
- Fiddler started with sniffing at port 9000
- JMeter recorder with port = 8888
steps:
1. start Fiddler
2. start JMeter with proxy settings and prepare workbench with recorder
setting: port = 8888
3. start application
4. take an action "A"
5. play recorded request (without saving the project)
6. compare the post data of http-requests of step 4 and 5 with Fiddler
actual result:
- there are additional Bytes when JMeter plays the request
- especially: 0x0D is inserted before 0x0A
i.a.: recorded part: 0x93, 0x0A, 0x6D
played part : 0x93, 0x0D, 0x0A, 0x6D
i.a.: recorded part: 0x64, 0x0A, 0x6D
played part : 0x64, 0x0D, 0x0A, 0x6D
i.a.: recorded part: 0x6E, 0x0A, 0x70
played part : 0x6E, 0x0D, 0x0A, 0x70
expected result:
- there is no modification of the binary stream
It seems that there is a difference between recording and replay of recorded
data. With that behaviour (post data modification) I can't use JMeter and I
have to look for other tools.
Regards,
Niko
PS: I can't attach files, because I use it at as a proof of concept at customer
side.
--------------------------------
JMeter: Version 3.0 r1743807
Java: java.version=1.8.0_101
java.vm.name=Java HotSpot(TM) 64-Bit Server VM
os: Microsoft Windows 10
os.arch=amd64
os.version: 10.0.14393
-------------------------------
--
You are receiving this mail because:
You are the assignee for the bug.
