Hello, I want to do a bulk import of some 80 wiki pages (i.e. files) in xwiki 2.1 syntax to an xwiki instance. However, in the input there is some xml within {{code}}...{{/code}} sections which creates trouble. The following xml markup: {{code}} <property as="xs:anyURI" name="oxf.fr.detail.send.success.uri.*.*" value="http://localhost:8080/site/mycases/form/confirmdispatcher"/> {{/code}} causes the parser to derail. To prevent this from happening, I must substitute the '<' and '>' with &lt; and &gt; respectively.

However, when pasting exactly the same code directly into the xwiki-editor in source mode the content is parsed correctly.

Is there any better way to solve this problem than to pre-process all xwiki-2.1 files and perform the necessary substitutions within code sections such as above? BTW I used a scriptified version of the following command for the operation: curl -u Admin:admin -X PUT --data-binary &quot;(a)input.xml&quot; -H "Content-type: application/xml" -H "Accept: application/xml" http://wiki.motrice.org/xwiki/rest/wikis/xwiki/spaces/Motrice/pages/NewPage Best regards, Roland -- 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. _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

On Wed, Oct 1, 2014 at 12:54 PM, Thomas Mortagne &lt;thomas.mortagne(a)xwiki.com&gt; wrote: There's no bug here. It doesn't matter that you have the {{code}} macro in the content of the wiki page. Anything that is inside the content of the wiki page is XML encoded when you export (import) the page. Just try it. <xwikidoc> ... <content> XML-encoded content here {{code}} This still need to be XML encoded! Otherwise it would interfere with the XML syntax used to describe the wiki page. {{/code}} ... </content> ... </xwikidoc> _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

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: are some the 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

Hi, Thanks for the answer. We have created an (unpolished) groovy script which takes the input directory name, a file with regexps and an output directory as arguments. It then creates the directory structure and the package.xml file, which we manually zip into a XAR. We can provide this conversion from Trac as a contribution (when it works, and after polishing). However, we have a new problem: The xml encoded characters are kept as such, which means that the imported document is cluttered with xml-encoded characters, which also destroys all xwiki-syntax links. Shouldn't the XML-processor resolve the xml encoded characters so that the xwiki parser gets back the escaped characters in original form? Example: The source code of an imported page now has stuff like the following: {{code}} sudo sh -c &quot;./execute_file.sh motricedb ../create/motrice.postgres.demodata.sql&quot; {{/code}} And the destroyed xwiki-syntax links: * [[Initiering Motrice databas&gt;&gt;BootStrapMotriceDb]] * [[Motrice installationsdokument&gt;&gt;PortalInstall]] * [[Motrice Sample Configuration&gt;&gt;MotriceSampleConfig]] * [[Motrice Stand-Alone Deployment&gt;&gt;MotriceStandAlone]] * [[Hippo CMS hantering&gt;&gt;HippoAdmin]] * [[Orbeon/plattformen: bra att ha&gt;&gt;OrbeonHandgrepp]] Are we doing something wrong? 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. _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

Glad you succeeded ! I'm sure there would be people happy to find it on http://extensions.xwiki.org ;)

On Wed, Oct 1, 2014 at 9:19 PM, rol wrote: > The conversion of Trac wiki files to Xwiki 2.1 format and packaging of these > into a XAR archive works now. > Some 70+ pages from Trac were imported from Track, no errors and links > intact. > > Thanks for the help provided. > > If desired, we can contribute the Groovy script and the regexp file. > > Regards, > Roland > > > > ----- > Roland Hedayat