Wygląda na to, że istnieje kilka opcji łączenia z Documentum; WDK, DMCL, DFC, DFS, DQL, itp.Z jakich interfejsów API Documentum należy korzystać?
Co jeszcze jest? Kiedy możesz użyć interfejsu? Dla programistów .NET, dla programistów Java?
Wygląda na to, że istnieje kilka opcji łączenia z Documentum; WDK, DMCL, DFC, DFS, DQL, itp.Z jakich interfejsów API Documentum należy korzystać?
Co jeszcze jest? Kiedy możesz użyć interfejsu? Dla programistów .NET, dla programistów Java?
DFC i WDK są Java, inni są prawdopodobnie użyteczny z .NET
David zapewnia dobry przegląd, ale rozszerzyć trochę ...
DFC jest baza Java API do interakcji z Documentum. WDK jest faktycznie zbudowany na szczycie DFC. DMCL jest starszym API zbudowanym w C (lub C++, którego nie jestem w 100% pewny). Przed D6 wszystkie wywołania DFC korzystały z DMCL pod okładkami, ale ta warstwa została przepisana w java dla D6, a DMCL jest tam tylko po to, aby zapewnić kompatybilność wsteczną w tym momencie.
Jeśli chodzi o dostęp do Documentum za pośrednictwem platformy .NET, istnieje dokumentacja PIA Documentum, której można użyć do uzyskania dostępu do bibliotek DFC z projektu .Net, zamiast korzystać z tradycyjnej trasy Java.
Można również rozważyć użycie interfejsu CMIS (Content Management Interoperability Services), który jest rozwijany dla Documentum. Jest to interfejs usługi WWW, który rozszerza się na AtomPub. Nie będzie on w stanie wykorzystać wszystkich dzwonków i gwizdek platformy Documentum, ale powinien umożliwić ci korzystanie z innych serwerów takich jak Alfresco i SharePoint. Dostępna jest wersja Early Access Release dostępna za pośrednictwem EMC dla Documentum.
Zarówno David, jak i shsteimer mają rację.
Ale Documentum PIA dla .Net nie jest teraz zalecane, ponieważ zostanie wycofane w przyszłym wydaniu Documentum.
Czy masz źródło tych informacji (przyszłe wycofanie)? – eivamu
Masowa operacja, podobnie jak przesyłanie zbiorcze, wymaga użycia DFC, ponieważ niektóre funkcje są dostępne tylko za pośrednictwem DFC.
Operacja w sieci, sugeruję użycie DFS, z własnym systemem buforowania (może być problem) i menedżerem sesji.
Kod jest w większym stopniu oddzielony za pomocą DFS, a nie za pomocą DFC.
Używanie DFC jest przestarzałe, ale w chwili obecnej nie można uzyskać tego samego wyniku za pomocą systemu plików DFS.
Istnieje również pewna różnica techniczna: na przykład DFC jest obiektem współdzielonym RMI, więc obiekt jest połączony z serwerem treści. Zamiast DFS po usługi internetowej daje obiekt, obiekt jest odłączony od serwera treści.
W DFC musisz zarządzać sesją, połączeniem i wieloma innymi rzeczami typowymi dla RMI.
DQL to tylko sposób na zapytanie, a więc inne podstawowe operacje na Documentum.
Właśnie znalazłem tę starą dyskusję, ale w oparciu o następujący link, "EMC Documentum REST Usługi" jest coś do rozważenia:
link do ogólnych informacji rozwoju Documentum: [http://www.dmdeveloper.com/] – enguerran