Exporting objects for another system

Is there additional tags that can be used to export objects that allows you to reduce the amount of metadata that is exported? For example not including Categories or ACL.

Find more posts tagged with

Comments

John Simon

How are you exporting? Using Object Exporter or another method?

Shannon Whalen

The hope was Object Exporter, but I am open to other ways. I really needsomething simple.

eLink User

For small hierarchies and metadata templates(categories) and many others XMLexport and XMLImport with one catch.This process is not "name" aware so if a category dataid is referenced as 12345 in a source system file and you had that category when you create that in the target is 776554 you would use a texteditor to replace all of them before importing it into target system.Looks complicated it is not. If you do a sample export of a folder and a file with applied category and create that in a target you will see what I am talking about.A wrapper called Transport is now built by OT it will take care of the replacments. The XMLexport while universal may not be implemented at the XMLimport side a shortcoming that has existed for years.The OI & OE code has some built flags to eliminate some of the data it throws out.If you understand Oscript you can add your own things in there. Likewise LAPI and webservices also has capabilities.If you want a 100% clone replete with all objects in your source system and wants to say prepare for an upgrade or something that is what people in this business do,taking care of not destroying your production filestore or search.This is not advised if you just want a small system or have not practiced this before to work out the kinks.Awesome third part modules like Global Cents exist for specialized operations like wfmap,form applications portability.

You may take these documents I wrote with a pinch of salt as they are pretty old but should mostly work anyways.That is how poor men and organizations make do with things available.

Configuration Considerationsfor LES.docx
https://knowledge.opentext.com/knowledge/cs.dll/properties/17764164

Configuration Considerationsfor LES.zip
https://knowledge.opentext.com/knowledge/cs.dll/properties/18042298

.....appu appnair appunair

Well, if I called the wrongnumber, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

On Wed, Jun 29, 2016 at 7:58 AM, eLink Entry: Content Server Development Forum <development@elinkkc.opentext.com> wrote:

Exporting objects for another system Posted bySimon, JohnOn 06/29/2016 08:49 AM

How are you exporting? Using Object Exporter or another method?
[To post a comment, use the normal reply function]
Topic: Exporting objects for another system
Forum: Content Server Development Forum
Content Server: Knowledge Center

eLink User

BTW the OE output file is an xml file that is the input file for a OI process.You may just be able to delete metadata, permissions what you do not need

by using a intermediate programming process to cull what you dont need provided you don't mess with the mandatory parts of a node creation.

.....appu appnair appunair

Well, if I called the wrongnumber, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

On Wed, Jun 29, 2016 at 1:00 PM, Krishnankutty Nair <appnair@gmail.com> wrote:

For small hierarchies and metadata templates(categories) and many others XMLexport and XMLImport with one catch.This process is not "name" aware so if a category dataid is referenced as 12345 in a source system file and you had that category when you create that in the target is 776554 you would use a texteditor to replace all of them before importing it into target system.Looks complicated it is not. If you do a sample export of a folder and a file with applied category and create that in a target you will see what I am talking about.A wrapper called Transport is now built by OT it will take care of the replacments. The XMLexport while universal may not be implemented at the XMLimport side a shortcoming that has existed for years.The OI & OE code has some built flags to eliminate some of the data it throws out.If you understand Oscript you can add your own things in there. Likewise LAPI and webservices also has capabilities.If you want a 100% clone replete with all objects in your source system and wants to say prepare for an upgrade or something that is what people in this business do,taking care of not destroying your production filestore or search.This is not advised if you just want a small system or have not practiced this before to work out the kinks.Awesome third part modules like Global Cents exist for specialized operations like wfmap,form applications portability.

You may take these documents I wrote with a pinch of salt as they are pretty old but should mostly work anyways.That is how poor men and organizations make do with things available.
Configuration Considerationsfor LES.docx
https://knowledge.opentext.com/knowledge/cs.dll/properties/17764164
Configuration Considerationsfor LES.zip
https://knowledge.opentext.com/knowledge/cs.dll/properties/18042298

.....appu appnair appunair

Well, if I called the wrongnumber, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

On Wed, Jun 29, 2016 at 7:58 AM, eLink Entry: Content Server Development Forum <development@elinkkc.opentext.com> wrote:
Exporting objects for another system Posted bySimon, JohnOn 06/29/2016 08:49 AM

How are you exporting? Using Object Exporter or another method?
[To post a comment, use the normal reply function]
Topic: Exporting objects for another system
Forum: Content Server Development Forum
Content Server: Knowledge Center

Shannon Whalen

Thank you.From: "eLink Entry: Content Server Development Forum" To: eLink Recipient Date: 29/06/2016 02:45 PMSubject: Re Exporting objects for another system 3 Re Exporting objects for another system Posted by eLink On 06/29/2016 3 02:36 PM BTW the OE output file is an xml file that is the input file for a OI process.You may just be able to delete metadata, permissions what you do not need by using a intermediate programming process to cull what you dont need provided you don't mess with the mandatory parts of a node creation. .....appu appnair appunair Well, if I called the wrong number, why did you answer the phone? James Thurber, New Yorker cartoon caption, June 5, 1937 On Wed, Jun 29, 2016 at 1:00 PM, Krishnankutty Nair wrote: For small hierarchies and metadata templates(categories) and many others XMLexport and XMLImport with one catch.This process is not "name" aware so if a category dataid is referenced as 12345 in a source system file and you had that category when you create that in the target is 776554 you would use a texteditor to replace all of them before importing it into target system.Looks complicated it is not. If you do a sample export of a folder and a file with applied category and create that in a target you will see what I am talking about.A wrapper called Transport is now built by OT it will take care of the replacments. The XMLexport while universal may not be implemented at the XMLimport side a shortcoming that has existed for years.The OI & OE code has some built flags to eliminate some of the data it throws out.If you understand Oscript you can add your own things in there. Likewise LAPI and webservices also has capabilities.If you want a 100% clone replete with all objects in your source system and wants to say prepare for an upgrade or something that is what people in this business do,taking care of not destroying your production filestore or search.This is not advised if you just want a small system or have not practiced this before to work out the kinks.Awesome third part modules like Global Cents exist for specialized operations like wfmap,form applications portability. You may take these documents I wrote with a pinch of salt as they are pretty old but should mostly work anyways.That is how poor men and organizations make do with things available. Configuration Considerations for LES.docx https://knowledge.opentext.com/knowledge/cs.dll/properties/17764164 Configuration Considerations for LES.zip https://knowledge.opentext.com/knowledge/cs.dll/properties/18042298 .....appu appnair appunair Well, if I called the wrong number, why did you answer the phone? James Thurber, New Yorker cartoon caption, June 5, 1937 On Wed, Jun 29, 2016 at 7:58 AM, eLink Entry: Content Server Development Forum wrote: Exporting objects for another system Pos ted by Sim on, Joh n On 06/ 29/ 201 6 08: 49 AM How are you exporting? Using Object Exporter or another method? [To post a comment, use the normal reply function] Topic: Exporting objects for another system Forum: Content Server Development Forum Content Server: Knowledge Center [To post a comment, use the normal reply function] Topic: Exporting objects for another system Forum: Content Server Development Forum Content Knowledge Center Server:

John Simon

You don't mention what the other system is. Are you moving from one CS to another, or are you moving out of CS into something completely different? I would add Enterprise Connect to Appu's list, if you are not dealing with a large number of documents and don't need the metadata that is.

Shannon Whalen

It is a different system, we are talking about 300k - 400k documents. It'slarge.From: "eLink Entry: Content Server Development Forum" To: eLink Recipient Date: 30/06/2016 09:03 AMSubject: Re Exporting objects for another system Re Exporting objects for another Posted by Simon, John On system 06/30/2016 08:56 AM You don't mention what the other system is. Are you moving from one CS to another, or are you moving out of CS into something completely different? I would add Enterprise Connect to Appu's list, if you are not dealing with a large number of documents and don't need the metadata that is. [To post a comment, use the normal reply function] Topic: Exporting objects for another system Forum: Content Server Development Forum Content Knowledge Center Server:

eLink User

Then OE is not your friend because a file like some_ document.xlsx is made into a technical file name to support the burning of the file. So you have to look at the file mime and make that file something users would understand xslt is probably your friend if you are into xml programming beacuse that info is easier.LL also contains collections again that again is made into technical file anmes to support windows/unix file systems

Many commercial vendors claim that they can take content off livelink . It rarely is a success unless you start programming but if your LL was just a folder /document that kind of LL like a starter company it will work. Once people start using the rich subtypes and their functionality the frustration starts .You will find that about 20 % of your content is something the commercial vendor has never heard off and has no api's to get it out

.Many DMS's like $carepoint for instance don't even have comparable things to get it to.So expectations have to be accounted for.

Nothing a Oscript programmer cannot fathom though:) I created Oscript routines to migrate to another DMS once I gave it to a staging area where the other DMS (Documentum) at the time consumed it. That was really because the LL I was working was put to its full use. Now I realize that DCTM is being retired(even DELL does not want it,please no flaming mean no disrespect,awesome system DCTM is).Many people in these forums starts having things like they have used SSIS and things like that I have no idea how they pulled it off.

You will taste success if you do not consider your project technical or be patient to learn livelink. That is where most of the people fail.

.....appu appnair appunair

Well, if I called the wrongnumber, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

On Thu, Jun 30, 2016 at 8:28 AM, eLink Entry: Content Server Development Forum <development@elinkkc.opentext.com> wrote:

Re Re Exporting objects for another system Posted byWhalen, ShannonOn 06/30/2016 09:24 AM

It is a different system, we are talking about 300k - 400k documents. It's
large.

From: "eLink Entry: Content Server Development Forum"
<development@elinkkc.opentext.com>
To: eLink Recipient <devnull@elinkkc.opentext.com>
Date: 30/06/2016 09:03 AM
Subject: Re Exporting objects for another system

Re Exporting objects for another Posted by Simon, John On
system 06/30/2016 08:56 AM

You don't mention what the other system is. Are you moving from one CS to
another, or are you moving out of CS into something completely different?
I would add Enterprise Connect to Appu's list, if you are not dealing with
a large number of documents and don't need the metadata that is.

[To post a
comment,
use the
normal
reply
function]

Topic: Exporting objects for
another system

Forum: Content Server
Development Forum

Content Knowledge Center
Server:

[To post a comment, use the normal reply function]
Topic: Exporting objects for another system
Forum: Content Server Development Forum
Content Server: Knowledge Center