> From: marcobalc [mailto:m.bal...@i-contact.it]
> Subject: Re: bad content type mod_jk 1.2.27
>
> Someone can help me to identify which tomcat class set the
> content type about a request?
For static content, it's org.apache.catalina.servlets.DefaultServlet.
- Chuck
TH
readPool$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
&g
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 times
t; Rainer
>
> -----
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/bad-content-type-mod_jk-1.2.27-tp20892496p20958246.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
o see
> the second commit etc.
>
> Regards,
>
> Rainer
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco,
marcobalc wrote:
> I have found one other interesting information: If the Excel is very small
> the problem do not appear. If the Excel is more big (some kb) the stack
> trace with the error appear.
I think the problem might be that you are ge
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.jav
owable th = new Throwable("Stack Info");
>> StringWriter sw = new StringWriter();
>> PrintWriter pw = new PrintWriter(sw);
>> th.printStackTrace(pw);
>> pw.close();
>> String result = sw.toString();
>>
>>
"Stack Info");
> StringWriter sw = new StringWriter();
> PrintWriter pw = new PrintWriter(sw);
> th.printStackTrace(pw);
> pw.close();
> String result = sw.toString();
>
> -----------------
> To unsubscribe, e-mail:
marcobalc schrieb:
> Rainer thanks for support.
>
> Now I have build tomcat but is not clear for me what you mean with "output
> of a stack"
>
>
> Could you seggest wath line write.
>
> (I think the line should be added in this block of code)
>
> if( actionCode==ActionCode.ACTION_COMMIT ) {
>
ince we know, we can detect the commit in class
> org.apache.jk.core.MsgContext, method action(), you can add there the
> output of a stack. So each time some code calls commit, you can see
> exactly where the call comes from.
>
> Regards,
>
> Rainer
>
>
marcobalc schrieb:
> do you mean that I need to rebuild tomcat with a new log?
Yes, but for Tomcat 6 that's really easy to do. Download the source,
have Java 5 and ant ready, and call "ant download" and "ant". Then you
should be able to already find the compiled classes. You only need to
add log s
lly. But since we know, we can detect the commit in class
> org.apache.jk.core.MsgContext, method action(), you can add there the
> output of a stack. So each time some code calls commit, you can see
> exactly where the call comes from.
>
> Regards,
>
> Rainer
>
> -
marcobalc schrieb:
> Hi,
>
> I have tested an other controller that return to a jsp with simple HTML.
>
> The last rows of this controller are
>
> ...
>
> log.debug("isCommitted?? "+response.isCommitted());
> Map m = new HashMap();
> m.put("tutteListe", tutteListe);
> return new ModelAndVi
will then also contain messages like
>>
>> Dec 8, 2008 4:00:05 PM org.apache.jk.core.MsgContext action
>> FINE: COMMIT
>> Dec 8, 2008 4:00:05 PM org.apache.jk.common.JkInputStream appendHead
>> FINE: COMMIT sending headers [EMAIL PROTECTED] ===
>> MimeHeader
728000"
> Last-Modified = Mon, 28 Jan 2008 20:38:48 GMT
>
> So you can see the headers sent out by Tomcat.
>
> Regards,
>
> Rainer
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For a
Hi Marco,
marcobalc schrieb:
> Hi,
>
> .ic is the extension mapped to the controllers of my spring webapp.
>
> The Excel is generated by a controller (servlet): this controller execute
> this instructions
>
> response.setContentType("application/excel");
> response.setHeader("Content-Dispositio
l the html page are ok but the
excel are printed with binary format on the browser.
So AddType is not the correct solution: I need that the content type is the
content type returned by tomcat.
Regards,
Marco
--
View this message in context:
http://www.nabble.com/bad-content-type-mod_jk-1.2.27-
marcobalc schrieb:
> Hi,
>
> no FlushHeader option is not vital: I have tried this option in order to
> solve the problem.
>
> With o without this option I have the same problem.
>
> I attach one request for Excel that return the bad result
>
> http://www.nabble.com/file/p20893729/logModJk.txt
;
>> #JkMount /* myworker
>
> Is the FlushHeader option vital for your application? Can you check, if
> it also occurs without that option?
>
> Since you have log level debug: do you have a JK log file which contains
> at least one request, which resulted in this wrong behaviour?
>
> How easy can you reproduce?
>
>
Hi Marco,
marcobalc schrieb:
> i all,
>
> I have a problem with
>
> tomcat 6.0.18
> Apache/2.2.9
> mod_jk/1.2.27
>
> Some times the content-type sent from my tomcat is ignored and the
> response have content type text/plain.
>
> For this reason some servlet that should return excel file and
ker named “myworker”
#JkMount /* myworker
Someone can help me ?
Many thanks,
regards
Marco
--
View this message in context:
http://www.nabble.com/bad-content-type-mod_jk-1.2.27-tp20892496p20892496.html
Sent from the Tomcat - User mail
22 matches
Mail list logo
