On 27-Apr-2009, at 18:15, Andre-John Mas wrote:
On 27-Apr-2009, at 09:04, Pid wrote:
David Rush wrote:
I checked my web.xml, and found no mime-mapping elements at all.
I tried adding one explicitly mapping the jsp extension to text/
html, but it had no effect. I'm still getting HTML markup in the
browser window with Firefox.
David
Ignore that, it's a red herring, you don't need to add mime-mappings.
You say the problem occurs 'sometimes' with Firefox, can you
elaborate
on which times and if there's a commonality between these requests?
The fault is usually in the AJP mapping you've configured. Are you
using mod_jk, and if so, what is the config?
Also, try splitting your HTTP docroot and Tomcat webapps folders (a
correct mapping will mean it still works properly). If the JSPs
are in
another location than the HTTP docs, they can't be served as raw
HTML,
by accident.
He indicated in an earlier post that it was his hosting provider who
deployed
his application.
David, have you been able to find out how your hosting company
deployed your
application? Also, what is there "server" header value in the
response header?
If your web application is properly deployed then there is no reason
your
web browser should see the raw JSP. This is because if everything
works
correctly Tomcat will have interpreted the JSP and returned you the
result
of that.
If in doubt, try to simulate the set up on your machine. Even if it
doesn't
solve the hosting provider side of things, it should help you gain a
better
understanding of how things work.
André-John
I should have included an example of the headers to help you diagnose
the
situation. In my case I have Tomcat sitting behind Apache HTTPD. If I
access
Tomcat via HTTPD I see:
Server: Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.7l DAV/2 PHP/
5.2.8 mod_jk/1.2.27
If I access the Tomcat server straight, I see this:
Server: Apache-Coyote/1.1
If you are using Firefox, and you have the Web Developer extension
installed, then
in the toolbar select Information -> View Response Headers.
Hopefully this should help in your analysis.
André-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
