.NET和Documentum 5.3集成

Question

我需要实现与Documentum 5.3的自定义.NET应用程序的集成。 .NET应用程序应提供在配置的Documentum 5.3中管理文件夹，文档，元数据和搜索的功能。

我发现下面的集成选项中的Documentum 5.3可供选择：

• Documentum的ADO.NET服务
• 的Documentum基础类（包括PIA & Web服务支持）
• WDK

我猜想.NET应用程序的优选变体是DFC PIA。但这里 - http://forums.contology.com/index.php?showtopic=23639 - 家伙们正在讨论DFC PIA已被弃用，并且不会很快得到支持（我知道对于5.3来说已经足够了 - 但我想如果客户升级了Documentum，它将需要覆盖集成部分）。

至于ADO.NET服务和“用于访问Business Objects的Web服务框架” - 您能否向我提供更多信息 - 我将能够使用这些任务执行上述任务（管理文件夹，文档，元数据和搜索）选择？我可以使用ADO.NET服务访问文档内容还是仅访问文档元数据？

最后一个问题是我还有其他选择吗？ 您是否认为这里最好的选择是使用DFC在java中编写自定义Web服务，然后将.NET应用程序与此Web服务集成？ （接近类似“Web服务框架来访问业务对象” - 但我不知道，如果这个框架可以提供我需要的所有技能）

Answer 1

公司翼展（HTTP：//翼展）具有一个集成服务器支持5.3的Documentum（以及其他一切可以回溯到4.2.x）。它被称为DocWay服务器，它具有Web服务API和单独的Content Transfer功能。它在某些方面与DFS相似，但是比它早了很多年，并且自2002年以来一直在出货。

我在那里工作，而且我确信投影产品在堆栈溢出时会皱起眉头，所以我只是放弃它那里。如果您想了解更多信息，请直接联系Wingspan。

缺席，我会做你的建议正是和“使用DFC [写在Java自定义Web服务，然后与此Web服务集成.NET应用程序”

如果您需要公开了很多但是DFC，这是一个艰难的攀登山坡。你有权访问5.3 SP6的Content Server吗？我相信这包括可从.NET访问的DFS。

Answer 2

这听起来并不像您对网络服务有特殊要求。我已经阅读了与DFC相同的内容，“最终”会被弃用，但它仍然活着并且踢球。

Documentum的基础服务（DFS）是每个人都应该使用，从6.5“新的”公共Web服务API（6.0真的，但他们所做的更改很多）。它基于SOAP，其中一些功能也可以通过REST获得。

基本上，DFS是DFC之上的一个层，所以真的是DFC运行。 DFS的优点是你不必被强制使用Java或.Net，会话管理被简化了，并且有一些操作更容易执行，但是如果你坚持使用5.3，那么我认为没有理由不使用DFC 。

对于6.5或6.6版本库，您仍然可以使用DFC。谁知道什么时候EMC会说7.0,8.0,9.0出来的时候，但我的猜测是他们很难彻底摆脱DFC。即使他们这样做了，如果他们等到从5.3开始的迁移将比迁移到DFS更大，那么客户将面临升级挑战。

只是FYI，两年前我将一个5.3 DFC应用程序转换为DFS，并从此开始愉快地使用DFS。转换只是痛苦的，因为我当时对应用程序或DFS本身一无所知，但老实说，它比困难更繁琐。