Hello,
Thank you for your answers. It then makes sense that embedding content in a
CDATA block is not a good idea,
since that would have to be done not only for the content element, but for
all metadata elements that might contain
xml-encodable characters.
I forgot to say: The input files are in Trac format (
http://trac.edgewall.org/wiki/TracWiki ) so if there exist
a conversion script that takes a set of trac files and generates an XAR
archive I would happily use it.
In an older thread I found this:
Could you tell us more about the wiki you wish to
convert since there
are some
conversion scripts that exist already on
http://code.xwiki.org and in
the
sandbox.
But that resource has either been moved or is deleted.
If there is no existing script for importing a set of Trac wiki files, I
will go for building a XAR archive,
since my earlier problems with that turned out to be the same encoding
problem that I had with the REST import.
Is there any published schema of the xwikidoc document type (or a list of
optional fields), and maybe also a description of the package.xml?
If not, I will just tweak it from an example export.
Thanks,
Roland
-----
Roland Hedayat
--
View this message in context:
http://xwiki.475771.n2.nabble.com/Rest-API-XML-and-Xwiki-syntax-interferenc…
Sent from the XWiki- Users mailing list archive at
Nabble.com.