Vicent Mas wrote:
>
> I've written a simple contract for adding a syndication (rss feed) link to my
> website. It is based on the content-xml-link contract. The contract adds a rss
> icon linked to the xml file where the syndicated content is defined. Its filename
> is rss.xml and it lives in the xdocs directory of my project (i.e.
> src/documentation/content/xdocs).
>
> All this works fine, but there is a small problem. When I generate the site by
> running forrest, the rss.xml is processed and its first line is transformed
> from
>
> <?xml version="1.0" encoding="utf-8"?>
>
> to
>
> <?xml version="1.0" encoding="utf-8"?><!DOCTYPE rss PUBLIC "-//APACHE//DTD
> Documentation V1.3//EN" "document-v13.dtd">
I am making an educated guess here, but i wonder if by requesting
the *.xml in this case, that Forrest is interpreting your rss.xml
source as an xdoc source, and what you are receiving is the
internal xml format (which is document-v1.3). Because you have not
told it how to handle the rss, either by a SourceTypeAction
or a special sitemap match.
There is some handling of RSS in various plugins. I did a quick
find . -name "*.xmap" | xargs grep -l ".rss" ...
"baetle" and "projectInfo" and "feeder" and "GoogleSitemap".
Investigating their sitemaps (*.xmap) might provide some clues.
> which makes the link useless when the website is browsed with IExplorer
> (although it still works with Firefox). Removing the doctype declaration fixes
> the problem).
>
> I suppose that the default sitemap is processing the rss.xml file and
> transforming it. Am I right? If so, could somebody tell me how can I avoid it?
Ah yes i think that you supposed correctly. See above.
-David
> TIA
>
> Vicent
>
> PS: I've been giving a look to the cocoon sitemaps documentation but that is
> not trivial so I decided to ask for help here.
> ::