Интеграция .NET и Documentum 5.3 - PullRequest
Новая
       4

Интеграция .NET и Documentum 5.3

1 голос
/ 09 июня 2011

Мне нужно реализовать интеграцию пользовательского приложения .NET с Documentum 5.3. Приложение .NET должно обеспечивать функциональность управления папками, документами, метаданными и поиском в настроенном Documentum 5.3.

Я обнаружил, что в Documentum 5.3 доступны следующие параметры интеграции:

  • Documentum ADO.NET Services
  • Базовые классы Documentum (включая поддержку PIA и веб-сервисов)
  • WDK

Полагаю, для приложения .NET предпочтительным вариантом является DFC PIA. Но здесь - http://forums.contology.com/index.php?showtopic=23639 - ребята обсуждают, что DFC PIA устарела и не будет поддерживаться в ближайшее время (я понимаю, что этого достаточно для 5.3 - но я предполагаю, что потребуется перезаписать часть интеграции, если клиент обновит ее Documentum).

Что касается ADO.NET Services и "Web Services Framework для доступа к бизнес-объектам" - не могли бы вы предоставить мне дополнительную информацию - смогу ли я выполнять вышеуказанные задачи (управлять папками, документами, метаданными, поиском) с помощью этих параметров ? Могу ли я получить доступ к содержимому документа с помощью служб ADO.NET или только к метаданным документа?

Последний вопрос: есть ли другие варианты, которые я пропустил? И как вы думаете, лучший вариант здесь - написать собственный веб-сервис на Java с использованием DFC, а затем интегрировать приложение .NET с этим веб-сервисом? (подход аналогичен «Платформе веб-сервисов для доступа к бизнес-объектам» - но я не уверен, что эта инфраструктура может предоставить все необходимые мне возможности)

Ответы [ 2 ]

1 голос
/ 24 июня 2011

Не похоже, что у вас есть требования к веб-службам.Я читал то же, что и у вас, о том, что DFC устарела «в конце концов», но он все еще жив и работает.

Documentum Foundation Services (DFS) - это «новый» API общедоступных веб-сервисов, который, как предполагается, всем желающимиспользовать, начиная с 6,5 (на самом деле 6,0, но они внесли много изменений).Он основан на SOAP, а некоторые функции также доступны через REST.

По сути, DFS - это слой поверх DFC, так что на самом деле это DFC в любом случае.Преимущества DFS в том, что вы не обязаны использовать Java или .Net, управление сессиями упрощено, и есть некоторые операции, которые проще выполнять, но если вы застряли с 5.3, то я не вижу причин не использовать DFC.

Вы по-прежнему можете использовать DFC для хранилища 6,5 или 6,6.Кто знает, что скажет EMC, когда выйдут 7.0, 8.0, 9.0, но я думаю, им будет сложно полностью избавиться от DFC.Даже если они это сделают, проблемы с обновлением, с которыми столкнется ваш клиент, если они будут ждать, пока произойдет переход с 5.3, будут больше, чем просто беспокойство по поводу перехода на DFS.

Просто к вашему сведению, я преобразовал приложение 5.3 DFC в DFSдва года назад, и с тех пор счастливо использовать DFS.Преобразование было только болезненным, потому что я ничего не знал о приложении или самом DFS в то время, но, честно говоря, это было скорее утомительно, чем трудно.

0 голосов
/ 15 июня 2011

Компания Wingspan (http://wingspan) имеет сервер интеграции для Documentum, который поддерживает 5.3 (и все остальное, вплоть до 4.2.x). Он называется DocWay Server и имеет API веб-службы и отдельную передачу контента. Объект в некотором роде похож на DFS, но предшествует ему на много лет и поставляется с 2002 года.

Я работаю там, и я уверен, что продукты накачки не одобряются при переполнении стека, поэтому я просто оставлю это там. Напишите мне в личку или свяжитесь с Wingspan напрямую, если вам нужна дополнительная информация.

В отсутствие этого я бы сделал то, что вы предложили, и "[написал] пользовательский веб-сервис в java с использованием DFC, а затем интегрировал приложение .NET с этим веб-сервисом"

Если вам нужно разоблачить много DFC, то это сложный подъем. У вас есть доступ к 5.3 SP6 Content Server? Я считаю, что включает в себя DFS, который более доступен из .NET.

...