Andre-John: Actually it was the original poster who was using a hosting company. I'm using machines that I have full control of.
My problem was resolved by calling setContentType("text/html") in the controller servlet before it used include() to send control to some .jsp files. David 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 > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org