2009-09-07 11 views
7

Sembra esserci un numero di opzioni per l'interfacciamento con Documentum; WDK, DMCL, DFC, DFS, DQL, eccQuali API Documentum dovrei usare?

Che altro c'è? Quando si usa quale interfaccia? Per gli sviluppatori .NET, per gli sviluppatori Java?

risposta

11
  • WDK è per la creazione di siti Web.
  • DMCL è una vecchia API per comunicare con Documentum, nelle ultime versioni è presente solo come livello di emulazione, quindi dovrebbe essere evitato.
  • DFC è l'API preferita per interagire con Documentum, fornisce tutte le funzionalità.
  • DFS serve per utilizzare Documentum dai servizi Web.
  • DQL è per l'interrogazione, è simile a SQL.

DFC e WDK sono Java, gli altri sono probabilmente utilizzabile da Net

+0

un link per informazioni generali di sviluppo Documentum: [http://www.dmdeveloper.com/] – enguerran

8

David offre una buona panoramica, ma per espandere un po '...

DFC è l'API di base Java per interagire con Documentum. WDK è in realtà costruito sopra DFC. Il DMCL è l'API legacy costruita in C (o C++ non sono sicuro al 100%). Prima di D6, tutte le chiamate DFC utilizzavano il DMCL sotto le copertine ma quel livello veniva riscritto in java per D6 e il DMCL è lì solo per fornire la retrocompatibilità a questo punto.

Per quanto riguarda l'accesso a Documentum tramite .NET, è disponibile un PIA Documentum che è possibile utilizzare per accedere alle librerie DFC da un progetto .Net anziché utilizzare la tradizionale route Java.

3

Si potrebbe anche considerare utilizzando l'interfaccia CMIS (Content Management Interoperability Services) che è in fase di sviluppo per Documentum. È un'interfaccia del servizio web che si espande su AtomPub. Non sarà in grado di sfruttare tutti i campanelli e i fischi della piattaforma Documentum, ma dovrebbe consentire di utilizzare altri backend come Alfresco e SharePoint. È disponibile una versione di accesso preliminare disponibile tramite EMC per Documentum.

2

Sia David che shsteimer hanno ragione.

Ma Documentum PIA per Net non è incoraggiata ora perché sarà deprecato in futuro edizione di Documentum.

+0

Hai una fonte per queste informazioni (futura deprecazione)? – eivamu

2

massiccia operazione, come caricamento collettivo, è necessario utilizzare DFC, perché alcune funzionalità sono accessibili solo tramite DFC.

Operazione Web, suggerisco l'utilizzo di DFS, con il proprio sistema di memorizzazione nella cache (può essere un problema) e il gestore di sessione.

Il codice viene più disaccoppiato utilizzando DFS utilizzando invece di DFC.

uso DFC è deprecato, ma al momento non si può avere lo stesso risultato utilizzando DFS.

C'è anche qualche differenza tecnica: ad esempio DFC è un oggetto condiviso RMI, quindi l'oggetto è connesso al server di contenuti. Invece DFS dopo che il servizio Web fornisce l'oggetto, l'oggetto viene disconnesso dal server di contenuto.

In DFC è necessario gestire Sessione, connessione e molte altre cose tipiche di RMI.

DQL è solo un modo per eseguire query e altre operazioni di base su Documentum.