https://issues.apache.org/bugzilla/show_bug.cgi?id=56871
Bug ID: 56871
Summary: Apparent corruption of Servlet InputStreams
Product: Tomcat 7
Version: 7.0.55
Hardware: PC
Status: NEW
Severity: normal
Priority: P2
Component: Connectors
Assignee: dev@tomcat.apache.org
Reporter: ciar...@gmail.com
Created attachment 31930
--> https://issues.apache.org/bugzilla/attachment.cgi?id=31930&action=edit
Test servlet (inc. test client node.js script)
Initially noted on a Tomcat 7.0.23 installation, running against J2SE7u4, but
also repeated against java 7u65 and Tomcat 7.0.55 and tomcat 8.0.9.
On my Windows Server 2012 installation it appears as though my InputStream is
being corrupted.
I traced it as best I could, and it *seems* that the
InternalNioInputBuffer$SocketInputBuffer is reading the data from the socket
'out of order' (very, very rarely)
My expectaction is that if I POST the exact same content to the server
repeatedly the server will always respond with the expected result. (I accept
that response times may vary depending on system loads, GCing etc.)
My experience on a production application however is that if I continuously
load the server with POST requests (this is legacy code, so technically this is
SOAP requests being services by an xfire servlet) occassionally the data that
XFire attempts to process is corrupt.
I've attached a test servlet and node.js client that 'reliably' reproduce the
fault, this fault does occur with a concurrency of '1' but the rate of
occurrence appears to increase if I increase the concurrency value in
'client.js'.
As it may matter, this server has a Hyper-V installation on it, so there is a
'Hyper-V Virtual Ethernet Adapter' present and a physical 'Broadcom NetXTreme
57xx Gigabit Controller'.
I also tested running tomcat with a '-Djava.net.preferIPv4Stack=true' and the
issue remained.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
