Parece haber varias opciones para interactuar con Documentum; WDK, DMCL, DFC, DFS, DQL, etc.¿Qué API de Documentum debería usar?
¿Qué más hay? ¿Cuándo usaría qué interfaz? Para desarrolladores de .NET, para desarrolladores de Java?
DFC y WDK son Java, los demás son probablemente utilizable a partir de .Net
David proporciona una buena visión general, pero para expandir un poco ...
DFC es la API de Java para interactuar con la base Documentum. WDK está construido sobre DFC. El DMCL es el API heredado en C (o C++, no estoy 100% seguro). Antes de D6, todas las llamadas DFC usaban el DMCL debajo de las carátulas, pero esa capa se reescribió en Java para D6 y el DMCL está allí solo para proporcionar compatibilidad con versiones anteriores en este punto.
En cuanto al acceso a Documentum a través de .NET, hay un Documentum PIA que puede usar para acceder a las bibliotecas DFC desde un proyecto .Net en lugar de utilizar la ruta Java tradicional.
También podría considerar usar la interfaz CMIS (Servicios de Interoperabilidad de Gestión de Contenido) que se está desarrollando para Documentum. Es una interfaz de servicio web que se expande en AtomPub. No podrá aprovechar todas las ventajas y desventajas de la plataforma de Documentum, pero le permitirá usar otros recursos como Alfresco y SharePoint. Hay una versión de acceso anticipado disponible a través de EMC para Documentum.
Tanto David como Shsteimer tienen razón.
Pero Documentum PIA para .Net no se recomienda ahora porque quedará obsoleto en futuras ediciones de Documentum.
¿Tiene una fuente para esta información (depreciación futura)? – eivamu
operación masiva, como la carga masiva, debe utilizar DFC, porque algunas características son accesibles solo a través de DFC.
Operación web, sugiero el uso de DFS, con su propio sistema de caché (puede ser un problema) y administrador de sesión.
El código está más desacoplado utilizando DFS en lugar de usar DFC.
El uso de DFC está en desuso, pero por el momento no puede obtener el mismo resultado con DFS.
También hay alguna diferencia técnica: por ejemplo, DFC es un objeto compartido RMI, por lo que el objeto se conecta al servidor de contenido. En cambio, DFS después de que el servicio web le proporcione el objeto, el objeto se desconecta del servidor de contenido.
En DFC debe administrar la sesión, la conexión y muchas otras cosas típicas de RMI.
DQL es solo una forma de realizar consultas, y por lo tanto otras operaciones básicas en Documentum.
Acabo de encontrar este viejo debate, pero con base en el siguiente enlace, el "EMC Documentum Servicios REST" es algo a tener en cuenta:
un enlace para obtener información general de desarrollo documentum: [http://www.dmdeveloper.com/] – enguerran