Thank you for pointing out my error in assuming that it was Tomcat's fault.
I have forwarded the issue to the application vendor to see if they can
fix. I appreciate your time in responding to my question. I will consider
this questions closed.

On Thu, Jan 29, 2015 at 5:02 PM, Mark Thomas <ma...@apache.org> wrote:

> On 29/01/2015 22:29, Jeff Kohut wrote:
> > My first post to Tomcat list, pardon me if I make any mistakes,
> >
> > Any help you can provide would be greatly appreciated.
> >
> > I have a Tomcat Server (V 7.0.54) running under Windows 2008 R2 With
> > Service Pack 1 (and up to date on Security as well as OS patches). That
> > server is running a vendor supplied group of applications via .war file
> as
> > normal. to receive Soap/XML data from remote computer and process and
> > return data back to calling application.
> >
> > The remote calling application hosted by IBM Websphere Application Server
> > (running Axis2 jars) that is sending XML Soap data via a Post to the
> Tomcat
> > Web server on port 8080/8443. If the amount of data is relatively small
> > (i.e. 14 K) we have no problem receiving the data as Websphere is using
> > Length Http 1.1 header and Tomcat sends the data to the application with
> no
> > issue. However as the data gets larger, Websphere begins using Chunked
> > Transfer Encoding and apparently Tomcat does not seem to like this as it
> > returns Http 411 "Length Required" message.
>
> <snip/>
>
> The mistake you have made is assuming that it is Tomcat internal code
> that is returning the 411. It isn't. Tomcat never sends that response
> code. It is the application that is processing the data and failing to
> handle the lack of content-length when chunked encoding is used.
>
> For the record, Tomcat handles chunked request bodies quite happily and
> we have a bunch of unit tests that cover this.
>
> You need to complain to the vendor that provides the applications you
> are running on your Tomcat instance.
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to