Return to Jive Software

Skip navigation
4,910 Views 2 Replies Last post: Aug 4, 2008 10:35 AM by todd.west RSS
halversp Novice 10 posts since
Jul 31, 2008
Currently Being Moderated

Aug 2, 2008 6:00 PM

Body format for createDocument webservice?

We need to migrate a large number of documents from another collaborative platform to Clearspace. I've been pulling together a rough import tool using the CS webservices API, seems pretty straighforward. Some of the files are word, PDF, etc -- those I can upload as straight binary documents. Others are HTML and text documents, and I'd prefer to recreate those as Clearspace text documents. But I've not been able to figure out the right format of the "body" parameter for the createDocument method for HTML documents. When I pass the straight source markup, the tags gets escaped (e.g. show up in the rendered document view). I tried wrapping the content in a "<div class='jive-rendered-content'>" element, which is how document bodies are returned when an existing Clearspace document is queried, but that doesn't seem to have any effect.

 

Is there some particular way to tell Clearspace to accept HTML markup without escaping it, as if the user had used the Clearspace editor directly? I'm aware that there may be some loss of fidelity from this process, e.g. if the source document used lots of custom formatting, illegal tags, etc., these may not be supported in the resulting Clearspace document, but we can clean these up manually once the documents have been loaded.

 

Peter

todd.west Jive Employee 15,926 posts since
Jul 14, 2008
Currently Being Moderated
Aug 4, 2008 10:35 AM in response to: halversp
Re: Body format for createDocument webservice?

HI Peter,

 

Glad to hear you figured this out on your own. Please let me know if you have any other questions. Thanks.

 

-Todd

More Like This

  • Retrieving data ...

Bookmarked By (0)

To better serve our customers we have included functionality to automatically follow up on a case after it has been idle for more than 5 days, and then auto close after an additional 3 days of inactivity. Choose No to acknowledge that this case will remain idle for longer than 5 days.
Making cases public allows other customers to learn from the solution of the case. It can also be used to gain feedback from others in the community. Ask our Support Engineers for more info, but we encourage you to make your cases public.