DRX is distributed as an EXE file that contains all of the Java code, requisite libraries, JVM and the DFC required to run the program. Its compact distribution and simple installation (just unzip it!) make it easy to run from a memory stick or move from one computer to another.

See a missing module? Want enhancements to an existing one? Join the DRX Project Team!

The DRX Project is sponsored by Armedia, LLC leveraging our experience with OpenText Documentum since 2002.

The DRX Project uses the YourKit Java Profiler.

Accessing Content Is Easier And Faster Than Ever!

Do you want your end users to read documents without logging into WebTop and without you having to replicate all that content to a file system? Are you tired of writing still more custom applications for users to access content? Wondering how to get all of the information sitting in your repositories out to your new intranet or portal? Do you use RightSite and need to upgrade to D6 without time-consuming changes?

Introducing Ligero Content Delivery Server

An advanced caching server, Ligero Content Delivery Server (CDS) provides a simple, flexible, scalable way to access content managed in Documentum. With MicroSoft SharePoint, or other portal environ- ments, you can access the Documentum repository efficiently and easily through simple dynamic pages, URL links, RSS, or custom Flex applications. What’s more, you can upgrade to D6 without changing con- tent or interfaces…that’s because Ligero CDS supports legacy Documentum RightSite tags and anony- mous access. All that, and Ligero can be used with any version of Documentum.

What It Does

Traditionally, web content is pushed from a cache, but Ligero eliminates potentially enormous caches by pulling requested content from a repository. This model increases efficiency by making content deliv- ery faster and easier on the publishing engine and reducing network disk and processing infrastructure requirements. Even better, Ligero takes a best-of-both-worlds approach by caching the most frequently requested content, reducing dependency on the repository server. Access is provided through anonymous sessions or user-supplied credentials for confidential data.

How It Works

Ligero CDS employs dynamic page assembly, which means files are pro- cessed on request — not statically staged. With just a few lines of code, you can pull together content from multiple files and combine that with other query results to create compos- ite pages. Ligero will RSS-enable your entire repository and will ensure that the most current content is viewable as soon as it is ready. Additionally, load balancing, preemptive caching of critical content, and other techniques reduce the dependence on the reposi- tory server to provide added perfor- mance and reliability.

Example implementation scenarios

Ligero is flexible, powerful, and only limited by your creativity. But here are a few examples to get you started:

• Your organization has a requirement to make policy and procedure documents available through all internal portals. The documents are maintained in Documentum but each division maintains its own portal using different software: two versions of Microsoft SharePoint Server (2003 & 2007) and IBM WebSphere. You don’t want to force readers to learn a new product (WebTop); so a dynamic table of contents is created in Ligero that filters the appropriate content from the metadata in Documentum. Because these are infrequently accessed documents, the content only is pulled from the repository when needed. Changes are immediately reflected in the listing, and the owners of the content only have to maintain it in one place. Users don’t have to leave the application they are in to access the content they need to read.
• Your bio-medical company manages its packaging system with a third-party product. The application has a feature that enables users to click on hyperlinks to display text specific graphics or instructions. But the system only supplies a step number to a web address when identifying the content. A simple page in Ligero is created to read the parameters and retrieve the appropriate document to the manu- facturing application.
• HR Managers are required to review changes in benefits when they are published. Since the ben- efits documents are in Documentum, an RSS link can be added to their start page. The RSS reader account is given browse access so that it can see the documents that have changed within the /HR/ Benefits cabinets. When one of the managers clicks on the document link, the system will recognize that the Ligero admin account does not have read permissions and ask for user credentials. Once credentials are provided the content requested is displayed.

What’s New In Armedia Deepexport 1.1?

Armedia DeepExport release 1.1 adds the following key features:

Configurable Batch Size — Armedia DeepExport 1.0 supports the export of nested folders and files. Release 1.1 enables the export batch size to be configured at the application level, allowing for the best use of available resources. This configuration applies to all users and all export transactions.

Renaming Export Files — Exported file names no longer have to be the same as the Documentum object names. File names can be manipulated in two ways: removing prohibited characters, and replacing patterns with substitution strings. While removing disallowed characters generates exportable file names, pattern replacement gives administrators additional control on exported file names. This application-level configuration applies to all users and all export transactions.

In the future, end users can specify a file renaming strategy for a specific export action. For example, users can suffix every exported file name with _AB where AB may be the initials of this end user, or _DEC06 where the export reflects a snapshot of a set of files for December 2006. As another example, they will be able to use this capability to export all .csv files as .xls files.

An Inside Look At Armedia Deepexport

This screen shows Documentum Administrator with the default WDK export behavior. When a folder is selected, the export action is disabled. Only the files listed on one screen can be selected and exported in one export operation.

This screen shows Webtop with Armedia DeepExport installed. With the same folder selected as in screenshot 1, the export action is enabled. All the files included within this folder and those nested any number of levels within are exported by Armedia DeepExport.

This screen shows the folder structure being exported from Documentum. The whole structure is implicitly selected by selecting the root folder of this structure.

This screen shows the folder structure being exported from Documentum. The whole structure is implicitly selected by selecting the root folder of this structure.

This screen shows the destination export directory after the Armedia DeepExport operation has been performed. The folder structure within Documentum has been reproduced on the local system, beneath the selected export directory.