Question in DFS Usage

Hi,

One of our client is looking for conetent management solution for their custom build ( Java /Jsp / Webservices layer ) application along with other non CMS functionalities . Right now they have a separate extrenal table for storing the metadata and store contents in a file store. They are now looking to migrate the application to Documentum but they are very particular about retaining the UI and not so comfortable with Documentum's (Webtop/Taskspace) customized UI So they want to utilize the content management functionalities from Documentum in their existing UI . Applications are about 14 million documents each in average and content retrival and search result sets will also be always high in number (Not restricted to the Max Count of 500 it will be more than that ) ( right now they have option to serach only the metadata and when needed they can go for contents separetly ) .

Considering the above points . How much DFS will fit into the solution and how much effective it will be performance asspect ? Is it possible to expose all the functinailtes of Documentum System through DFS ? What are the disadvantages of this approach when comapred to the normal end to end solution ( Webtop /Taskspace --> Content Server ) .

Please advice .

Regards,

Mouli

Find more posts tagged with

Comments

Atom

Why can not they use dfc ? it easier and faster.

cnandaku

Yes basically I want to know which approach will be good (DFC vs DFS ) for the above mentioned scenerio ( Non-Documentum based UI connecting to CS to get the full advantage of teh ECM functionalities ).

Atom

I think, dfc. If you want get full advantage of ECM functionalities, you will come to dfc sooner or later. You do not need a limited midleware in this case. Also, DFS is not simple format.

cnandaku

So DFS is not having advantage over DFC ? In Which scenerio DFS will score over DFC ?

abc123

If you have time to have a quick look at DFS Dev Guide, there is a chapter describing the comparison between DFS & DFC that may help to answer your question.

The purpose of DFS is not to replace DFC or run faster than DFC. The most consideration is to accommodate the SOA solutions. I think several major points you can consider:

1. Do you want to use web services to communicate between the UI client & the web server or do you want to develop your own remote APIs based on DFC?

2. Do you want to use DFS client facility to transfer content (BASE64, MTOM or UCF) or do you want to handle content transformation by yourself?

3. Explor other Documentum funcitionalities that you need but weren't provided by DFS (BTW, DFS allows you to create a custom service)

Regards,

William