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?
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?
DFC e WDK sono Java, gli altri sono probabilmente utilizzabile da Net
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.
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.
Sia David che shsteimer hanno ragione.
Ma Documentum PIA per Net non è incoraggiata ora perché sarà deprecato in futuro edizione di Documentum.
Hai una fonte per queste informazioni (futura deprecazione)? – eivamu
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.
Ho appena trovato questa vecchia discussione, ma sulla base del seguente link, il "EMC Documentum REST Servizi" è una cosa da considerare:
un link per informazioni generali di sviluppo Documentum: [http://www.dmdeveloper.com/] – enguerran