Reordering Document Versions

Hi,

We have a large number of documents that have been migrated to a system with incorrect version order. Is there a good way change the version order on these documents without too much risk?

Thanks in advance for any help.

- Glen Elder

Find more posts tagged with

Comments

eLink User

If they are subtypes 144 and versions of that there isn't any supported method to say hey version 7 you are now 2

However you might try to attach metadata and try something like a visual way as in the facets view

If you like the way compound documents work it has a way of ordering the contents perhaps that may give you some ideas you can also always find the right version and re add them as the version you want

That kind of summarizes the supported ways

Well there's always the opposite kind which I wouldn't advise anyway

Sent from my iPhone

On Mar 6, 2015, at 1:41 PM, eLink Entry: Content Server Development Forum <development@elinkkc.opentext.com> wrote:

eLink : Reordering Document Versions
Reordering Document Versions Posted byglen.elder@sce.com (Elder, Glen)On 03/06/2015 02:38 PM

Hi,We have a large number of documents that have been migrated to a system with incorrect version order. Is there a good way change the version order on these documents without too much risk?Thanks in advance for any help.- Glen Elder
[To post a comment, use the normal reply function]
Forum: Content Server Development Forum
Content Server: Knowledge Center

Chris Meyer

Hi Glen,

I don't believe there is a simple out of the box solution to change the version order on a document. You'll likely need a programatic solution, which a developer or technical consultant should be able to help you with.

One possible approach is to re-add each version to the document in the correct order while purging the version it's replacing as they are added. It's somewhat analogous to having a deck of cards, removing a card, and placing it on top. You just need to be mindful of any system and custom metadata (i.e., create date, ownership, category & attributes, etc.) that need to be preserved on each version.

This is probably the closest you'll get to a supported solution. Another approach would be direct table manipulation, but the side-effect of doing that (i.e., staying in sync with the search index, associated metadata, etc.) would probably create more problems than it would solve.

To the other response (I don't see who posted it): It's not possible to edit categories & attributes on previous versions (it's read-only). Also, facets only apply to the data on the latest version.

Good luck! Chris

Glen_Elder

Hi Chris,

You're first solution is the way we were considering to go about it. We do have a very good understanding of the tables and we think we know all that should need to be changed, but like you said, we're worried about what problems we might create if we missed something. We'll probably just play it safe and go with the programmatic solution.

Thanks for the suggestion!

- Glen Elder