Es scheint eine Reihe von Optionen für die Anbindung an Documentum zu geben: WDK, DMCL, DFC, DFS, DQL, usw.
Was gibt es sonst noch? Wann sollten Sie welche Schnittstelle verwenden? Für .NET-Entwickler, für Java-Entwickler?
Es scheint eine Reihe von Optionen für die Anbindung an Documentum zu geben: WDK, DMCL, DFC, DFS, DQL, usw.
Was gibt es sonst noch? Wann sollten Sie welche Schnittstelle verwenden? Für .NET-Entwickler, für Java-Entwickler?
DFC und WDK sind Java, die anderen sind wahrscheinlich von .Net aus nutzbar
Ein Link für allgemeine Informationen zur Entwicklung von documentum: [ [dmdeveloper.com/]](http://www.dmdeveloper.com/])
David gibt einen guten Überblick, aber ich möchte noch etwas weiter ausholen...
DFC ist die Basis-Java-API für die Interaktion mit Documentum. Das WDK ist eigentlich auf DFC aufgebaut. Die DMCL ist die Legacy-Api, die in C (oder C++, ich bin mir nicht ganz sicher) erstellt wurde. Vor D6 nutzten alle DFC-Aufrufe die DMCL unter der Abdeckung, aber diese Schicht wurde für D6 in Java neu geschrieben und die DMCL ist nur noch da, um Rückwärtskompatibilität zu gewährleisten.
Für den Zugriff auf Documentum über .NET gibt es ein Documentum PIA, mit dem Sie von einem .Net-Projekt aus auf die DFC-Bibliotheken zugreifen können, anstatt den traditionellen Weg über Java zu gehen.
Sie könnten auch die CMIS-Schnittstelle (Content Management Interoperability Services) verwenden, die für Documentum entwickelt wird. Dabei handelt es sich um eine Webservice-Schnittstelle, die auf AtomPub aufbaut. Sie wird nicht alle Funktionen der Documentum-Plattform nutzen können, aber sie sollte Ihnen die Verwendung anderer Backends wie Alfresco und SharePoint ermöglichen. Es gibt ein Early Access Release, das über EMC für Documentum verfügbar ist.
Für umfangreiche Operationen, wie z. B. Massenuploads, müssen Sie DFC verwenden, da einige Funktionen nur über DFC zugänglich sind.
Web-Betrieb, schlage ich die Verwendung von DFS, mit seinem eigenen Caching-System (kann ein Problem sein) und Session-Manager.
Der Code ist durch die Verwendung von DFS anstelle von DFC besser entkoppelt.
Die Verwendung von DFC ist veraltet, aber im Moment kann man mit DFS nicht dasselbe Ergebnis erzielen.
Es gibt auch einige technische Unterschiede: DFC ist z.B. ein RMI Shared Object, d.h. das Objekt ist mit dem Content Server verbunden. Stattdessen DFS nach Web-Service geben Sie das Objekt, ist das Objekt von Content-Server zu trennen.
In DFC müssen Sie Session, Verbindung und viele andere Dinge, die für RMI typisch sind, verwalten.
DQL ist nur eine Möglichkeit, Abfragen und andere grundlegende Operationen mit Documentum durchzuführen.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.