You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Sonny Sukumar <ah...@hotmail.com> on 2003/09/01 00:16:18 UTC
Re: HTML code shown in browser, not parsed
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"?
>From: Sylvain Wallez <sy...@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
Re: HTML code shown in browser, not parsed
Posted by Upayavira <uv...@upaya.co.uk>.
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 <sy...@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
Re: HTML code shown in browser, not parsed
Posted by Sylvain Wallez <sy...@anyware-tech.com>.
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"?
Nope : the ResourceReader (the default one) tries to determine the mime
type from the extension of the "src" attribute using
ServletContext.getMimeType().
Sylvain
--
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