On This Page
| Table of Contents |
|---|
...
Expand the Manage section in the left navigation menu.
Click Connections.
Click Add connection.
Select Documentum as the platform on the Add connection modal.
Enter the connection information. Reference the table below for details about each field.
Test the connection to ensure DryvIQ can connect using the information entered.
Click Done.
Add connection modal for Documentum
...
Field | Description | Required |
|---|---|---|
Display as | Enter the display name for the connection. If you will be creating multiple connections, ensure the name readily identifies the connection. The name displays in the application, and you can use it to search for the connection and filter lists. If you do not add a display name, the connection will automatically be named using the CMIS URL. For example, Documentum (http://XX.XX.XX.XXX:XXXX/emc-cmis/resources). If it will be useful for you to reference the connection by the URL, you should use the default name. | Optional |
CMIS URL | Enter the URL for the Content Management Interoperability Services (CMIS) server. | Required |
User name | Enter the username that should be used to log on to the server. This needs to be an account with permissions to access the content that will be processed. | Required |
Password | Enter the password for the username added in the previous field. | Required |
Repository | Enter the Documentum repository name. | Required |
Item Type | Enter the item type that should be assigned to uploaded items. For example, cmis:document. | Optional |
Secondary Item Types | Enter the secondary item types that should be applied. This is a comma or semicolon delimited list of item types for properties being retained as metadata. This is user defined and will vary by instance. | Optional |
Agent URL | Enter the URL for the computer where the Documentum agent is installed. The Documentum agent provides access to additional functionality. This is an optional entry, but DryvIQ uses the entry to determine if additional features should be turned on for the connection. If this field is populated, DryvIQ turns on the additional features; if it is blank, DryvIQ assumes the agent is not being used and doesn’t turn on the additional features. See Documentum Agent under Features and Limitations for more information about the features enabled through the Documentum agent. | Optional |
Lifecycle | Enter the lifecycle state that should be applied to the document when it is created. The DryvIQ extension module must be installed to use this option. | Optional |
...
Platforms all have unique features and limitations. DryvIQ’s transfer engine manages these differences between platforms and allows you to configure actions based on Job Policies and Behaviors. Use the Platform Comparison tool to see how your integration platforms may interact regarding features and limitations. Additional information about Documentum can be found in on the EMC Documentum Help.
Files and Folders
Below is list of Documentum’s supported and unsupported features as well as additional file/folder restrictions.
Supported Features | Unsupported Features | Other Features/Limitations |
|---|---|---|
Path length maximum: 255 | ||
Author/Owner preservation | Invalid characters: \ \\ / < > : | ? * | |
No Leading whitespace | ||
No trailing whitespace before extensions | ||
Account map | No trailing whitespace after extensions | |
Group map | ||
Permission preservation | ||
Linked Documents
Per information in the EMC Documentum Help, links are used to associate items in the repository with different repositories or locations. Cabinets, folders, or files may be linked to a location in the repository, another repository, or a location on the local machine.
...
DryvIQ’s Handling of Linked Documents
DryvIQ migrates each link as an actual item. This means one full file will be migrated for each link. For example, if five people have a link to a file, DryvIQ migrates the full file five times--once for each of the five users.
Virtual Documents
Per information in the EMC Documentum Help, a virtual document (also called the parent document) is a file that contains one or more nested files (also called descendants or children). Nested files can also be virtual documents, providing multiple levels of nesting. Descendant documents may be of different file formats than the parent document. For example, a Microsoft Word parent file can contain an Excel spreadsheet and image files as descendants.
...