On 17.04.2009 16:55, Scott Bradshaw wrote: > Markus, > Is the header name called "Authentication" ? If so, we had this exact > same issue a few years ago. The length of this HTTP header was too long for > mod_jk to process and the request was getting dropped. I think you might be > able to configure the packet size of mod_jk now to get around this problem. > > Our solution a few years ago was I built an ISAPI filter that removed the > Authentication header before it was sent to Tomcat (since this wasn't > needed).
What is jconnector? Are you using the isapi redirector to connect IIS and Tomcat (the IIS relative of mod_jk)? If so, the whole request including headers is not allowed to exceed 8KB (excluding any request bodies e.g. when using the POST method). If you need to send bigger requests, you will need to use a non-standard configuration to exceed the AJP packet size limitations of the AJP13 protocol. Look for max_packet_size on the page http://tomcat.apache.org/connectors-doc/reference/workers.html Regards, Rainer > On Fri, Apr 17, 2009 at 10:46 AM, baumar <mbj...@active.ch> wrote: > >> Hi, >> >> We are running an application on Tomcat 6. The authorization is down by IIS >> with Integrated Windows authentication selected. >> >> Whenever we try to access any page (with IE6), we get a "request entity too >> large" response. >> >> We switched IIS to Basic authentication, then it works. By analyzing the >> network traffic, we saw that IIS is adding a kerberos header with encrypted >> data and guess this data cannot be handled by the jconnector or tomcat. we >> made a test where we switched off tomcat and still got the same error, so >> unless we didn't get some cached reply, this means the error might be >> thrown >> by the jconnector, but we have no clear evidence. >> >> Did anybody encounter a similar case or know how to resolve this? >> >> Thanks >> >> Markus --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
