cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Upayavira ...@upaya.co.uk>
Subject Re: HTML code shown in browser, not parsed
Date Mon, 01 Sep 2003 05:30:39 GMT
Sonny Sukumar wrote:

>
> Hey thanks for identifying the problem and fixing it.  If I don't 
> specify a mime-type for map:read does it always default to  "text/html"?

It tries to work it out from the specified source. Using text/html by 
default wouldn't necessarily make sense, HTML is a relatively uncommon 
use of readers.

Regards, Upayavira

> From: Sylvain Wallez <sylvain.wallez@anyware-tech.com>
>
>> Reply-To: users@cocoon.apache.org
>> To: dev@cocoon.apache.org
>> CC: users@cocoon.apache.org
>> Subject: Re: HTML code shown in browser, not parsed
>> Date: Sun, 31 Aug 2003 22:39:52 +0200
>>
>> Sylvain Wallez wrote:
>>
>>> Reinhard Poetz wrote:
>>>
>>>> It seems this is the same problem as the sendPage() problem 
>>>> described recently on both lists because AFAIK sendPage(..) calls 
>>>> are internal redirects.
>>>>
>>>> Is anybody aware of any changes (environment, ...?) that could have 
>>>> caused this problem?
>>>
>>>
>>>
>>> I fixed bugs in internal redirects about two weeks ago, but I don't 
>>> see how this can affect the mime type. Also, sendPageAndWait() also 
>>> uses an internal redirect.
>>>
>>> I will investigate further on this...
>>
>>
>>
>> Found and fixed (in the CVS).
>>
>> The content type was not set in the case of internal redirects, 
>> leaving it to browser decision, mainly based upon file extension. In 
>> my case, I always use ".html" which displays well, whereas other 
>> unknown extensions appear to be rendered as text.
>>
>> All should be ok now.
>>
>> Sylvain
>>
>>>>> -----Original Message-----
>>>>> From: Sonny Sukumar [mailto:ahimsadesi@hotmail.com] Sent: Sunday, 
>>>>> August 31, 2003 12:43 AM
>>>>> To: users@cocoon.apache.org
>>>>> Subject: HTML code shown in browser, not parsed
>>>>>
>>>>> Hi guys,
>>>>>
>>>>> I just noticed this strange behavior today..
>>>>>
>>>>> When I do an internal redirect to a trivially simple pipeline that 
>>>>> just does a map:read to read an HTML document, then the actual 
>>>>> HTML code for that doc is shown in my browser.  Here's an example 
>>>>> sitemap snippet:
>>>>>
>>>>> <map:match pattern="doSomething">
>>>>>  <!-- Do some things -->
>>>>>  <map:redirect-to uri="cocoon:/readStaticHtmlDoc"/> <map:match>
>>>>>
>>>>> <map:match pattern="readStaticHtmlDoc">
>>>>>  <map:read src="myapp/html_files/someFile.htm"/>
>>>>> </map:match>
>>>>>
>>>>> Note that invoking "readStaticHtmlDoc" works just fine.  Can 
>>>>> anybody explain this?
>>>>>
>>>>> I upgraded to Cocoon 2.1.1-dev yesterday, and I'm on Tomcat 4.1.17 
>>>>> with JDK 1.4.2_01.  I think it has to be a Cocoon-related thing 
>>>>> though, whether my fault or a bug.  It's probably my fault 
>>>>> somehow, but it's never happened before.
>>>>
>>>>
>>
>> -- 
>> Sylvain Wallez                                  Anyware Technologies
>> http://www.apache.org/~sylvain           http://www.anyware-tech.com
>> { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
>> Orixo, the opensource XML business alliance  -  http://www.orixo.com
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>
> _________________________________________________________________
> Get MSN 8 and enjoy automatic e-mail virus protection.    
> http://join.msn.com/?page=features/virus
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>



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


Mime
View raw message