Il semble y avoir un certain nombre d'options pour l'interfaçage avec Documentum; WDK, DMCL, DFC, DFS, DQL, etc.Quelles API Documentum dois-je utiliser?
Quoi d'autre est là? Quand utiliser quelle interface? Pour les développeurs .NET, pour les développeurs Java?
DFC et WDK sont Java, les autres sont probablement utilisables de .Net
David donne un bon aperçu, mais de développer un peu ...
DFC est la base Java api pour interagir avec Documentum. WDK est en fait construit sur DFC. Le DMCL est l'api hérité construit en C (ou C++ je ne suis pas sûr à 100%). Avant D6, tous les appels DFC utilisaient le DMCL sous les couvertures, mais cette couche a été réécrite en java pour D6 et le DMCL est là juste pour assurer la rétrocompatibilité à ce stade. En ce qui concerne l'accès à Documentum via .NET, il existe un PIA Documentum que vous pouvez utiliser pour accéder aux bibliothèques DFC à partir d'un projet .Net au lieu d'utiliser la route Java traditionnelle.
Vous pouvez également utiliser l'interface CMIS (Content Management Interoperability Services) en cours de développement pour Documentum. C'est une interface de service Web qui s'étend sur AtomPub. Il ne sera pas en mesure de tirer parti de tous les gadgets de la plate-forme Documentum, mais il devrait vous permettre d'utiliser d'autres services comme Alfresco et SharePoint. Il existe une version Early Access disponible via EMC pour Documentum.
David et shsteimer ont raison.
Mais Documentum PIA pour .Net n'est pas recommandé maintenant car il sera déconseillé dans la prochaine édition de Documentum.
Avez-vous une source pour cette information (future dépréciation)? – eivamu
Opération massive, comme le transfert groupé, vous devez utiliser DFC, car certaines fonctions ne sont accessibles que via DFC.
Opération Web, je suggère l'utilisation de DFS, avec son propre système de mise en cache (peut être un problème) et gestionnaire de session.
Le code est plus découplé en utilisant DFS à la place de DFC.
L'utilisation de DFC est déconseillée, mais vous ne pouvez pas obtenir le même résultat avec DFS pour le moment.
Il existe également une différence technique: par exemple, DFC est un objet partagé RMI, donc l'objet est connecté au serveur de contenu. Au lieu de cela DFS après le service Web vous donne l'objet, l'objet est déconnecté du serveur de contenu.
Dans DFC, vous devez gérer la session, la connexion et bien d'autres choses typiques de RMI.DQL est seulement un moyen de faire une requête, et donc d'autres opérations de base sur Documentum.
Je viens de découvrir cette vieille discussion, mais fondée sur le lien suivant, la "EMC Documentum Services REST" est quelque chose à considérer:
un lien pour des informations générales de développement Documentum: [http://www.dmdeveloper.com/] – enguerran