tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From marcobalc <m.bal...@i-contact.it>
Subject Re: bad content type mod_jk 1.2.27
Date Mon, 15 Dec 2008 12:55:55 GMT

Hi all,

I have tried with apache 2.0.63 and modjk 1.2.6 and the result is the same.

Someone can help me to identify which tomcat class set the content type
about a request? I want to add a log on source in order to understand why
the same request have two different response (content type text/html or bad
text/plain) with random frequency.


Many thanks,
Marco




marcobalc wrote:
> 
> Hi,
> 
> I attach the ajp log for two cases: one ok and one ko.
> 
>  http://www.nabble.com/file/p20971586/headers_ok_and_ko.txt
> headers_ok_and_ko.txt 
> 
> I'm going crazy in order to understand when tomcat lost headers... :(
> 
> Many thanks,
> regards
> Marco
> 
> 
> 
> marcobalc wrote:
>> 
>> Hi,
>> 
>> an other strange behavior is that some times when I reboot tomcat and I
>> refresh browser while I wait that tomcat is up and runnig I see the
>> "normal" error page displayed when the tomcat is not yet started but also
>> in this case I see the source html code on the browser instead of HTML
>> interpreted.
>> 
>> This is the source the was displayed
>> 
>> 
>> <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
>> <html><head>
>> <title>200 OK</title>
>> </head><body>
>> <h1>OK</h1>
>> <p>The server is temporarily unable to service your
>> request due to maintenance downtime or capacity
>> problems. Please try again later.</p>
>> </body></html>
>> 
>> and the response header visible on firefox
>> 
>> Date: Thu, 11 Dec 2008 15:58:32 GMT
>> Server: Apache/2.2.9 (Unix) mod_jk/1.2.27
>> Keep-Alive: timeout=5, max=100
>> Connection: Keep-Alive
>> Transfer-Encoding: chunked
>> Content-Type: text/plain
>> 
>> 200 OK
>> 
>> best regards,
>> Marco
>> 
>> 
>> 
>> Rainer Jung-3 wrote:
>>> 
>>> Hi Marco,
>>> 
>>> marcobalc schrieb:
>>>> Hi,
>>>> 
>>>> now I have the stacktrace but the problem is that the stack do not
>>>> involve
>>>> my classes :|
>>>> 
>>>> java.lang.Throwable: Stack Info
>>>>         at org.apache.jk.core.MsgContext.action(MsgContext.java:263)
>>>>         at org.apache.coyote.Response.action(Response.java:183)
>>>>         at org.apache.coyote.Response.sendHeaders(Response.java:380)
>>>>         at
>>>> org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:305)
>>>>         at
>>>> org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:273)
>>>>         at
>>>> org.apache.catalina.connector.Response.finishResponse(Response.java:492)
>>>>         at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:310)
>>>>         at
>>>> org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
>>>>         at
>>>> org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
>>>>         at
>>>> org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767)
>>>>         at
>>>> org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697)
>>>>         at
>>>> org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889)
>>>>         at
>>>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
>>>>         at java.lang.Thread.run(Thread.java:619)
>>>> 
>>>> Any idea? i'm going crazy on this problem :(
>>> 
>>> Could you please post a more complete part of the log file, when used
>>> with the increased log level I posted to you earlier in this thread.
>>> With the more complete log we will have timestamps, and we can also see
>>> the second commit etc.
>>> 
>>> Regards,
>>> 
>>> Rainer
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>> 
>>> 
>>> 
>> 
>> 
> 
> 

-- 
View this message in context: http://www.nabble.com/bad-content-type-mod_jk-1.2.27-tp20892496p21013440.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message