I'm observing sub-optimal AJP messages being sent from Tomcat (5.0.something in
this case) to JK running under IIS.
I see a consistent pattern (for large response) of message sizes of 8188 and
then 12.
This looks like 8184 + AJP header and 8 + AJP header = 8192 + 2 * AJP Headers=
8 * 1024 bytes + 2 * AJP headers.
It appears that the AJP Connector on the Tomcat side is calculating message
sizes without taking into account the AJP headers, and thus spreading a 8192
byte response message across two AJP messages.
Has anyone observed anything like this?
Is this a bug, or expected behaviour?
tim