Chunked encoding is always used in the back channel SLO call
Basics
Technical
Logistics
Basics
Technical
Logistics
Description
The SOAPClient in xmltooling uses chunkedEncoding by default. The SP code, in the prepareTransport call, sets the default to false, but the SLO has a different prepareTransport call that does not set this and is not configurable.
I'm finding that several servers do not deal well with chunked encodings...
It spits out a "chunked Transfer-Encoding forbidden". I searched the web and it seems to be a known limitation of apache 1.3. 2.0 and 2.2 work fine.
Scott Cantor September 24, 2008 at 11:28 AM
The SLO code uses the same SOAP layer as the rest of the code does. I think you mean the back-channel notification thing. That uses mostly default library settings, which would include that.
It's not a bug, either. I was led to understand that any standard server would handle chunked. It was assumed that only the weird ones that some SAML vendors were embedding would have problems with it, so I provided the option when doing SAML messaging.
What web server that the SP supports can't handle this?
The SOAPClient in xmltooling uses chunkedEncoding by default. The SP code, in the prepareTransport call, sets the default to false, but the SLO has a different prepareTransport call that does not set this and is not configurable.
I'm finding that several servers do not deal well with chunked encodings...