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

Reply via email to