0

別のドキュメント管理システムから Documentum Server にドキュメントをインポートする DFS アプリケーション (C# 上) を開発しています。部分的には、「作成日」(r_creation_date) をインポートする方法を決定する必要がありますか? つまり、Documentum のイデオロギーでは、値 r_creation_date がサーバーによって (現在の日付/時刻として) 設定されると想定しています。WebTop では、ドキュメントの作成中に設定することはできません。またはそれを変更します。「別のドキュメント管理システム」では、イデオロギーが異なります。ドキュメントの作成日として任意の日付を手動で設定できます。そう:

  1. 私のソフトウェアが独自の値を r_creation_date に設定することは、Documentum Server のイデオロギーから受け入れられますか?

  2. 実装の観点から問題はありますか? Create 操作では、指定した「r_creation_date」が無視されることがわかりました。自分の値を r_creation_date に設定できる唯一の方法は、オブジェクトが既に作成された後に Update コマンドを呼び出すことです。DFS リファレンスで説明されているこの動作を見つけられなかったので、信頼できる文書化されていない動作でしょうか? このように r_creation_date を上書きすると、将来何らかの問題が発生する可能性がありますか?

4

1 に答える 1

0

個人的には、この日付をコードで変更することはお勧めしません。

私が過去にこれに対処した方法は、たとえば「my_creation_date」などのカスタム属性を使用し、その値を表示目的で使用することでした。

このアプリケーションのカスタム フロントエンドを作成していますか、それともユーザー向けにすぐに使える Webtop を使用していますか? カスタムフロントエンドを作成している場合、独自の属性を使用するのは簡単です。それ以外の場合は、r_creation_date の代わりにそれを表示するために WDK を変更する必要があります。

さらに、実際のシステム作成日を保存しておくと、これがシステムで実際に作成されたのはいつかという疑問が生じた場合に役立ちます。監査記録でさえ、永続的に維持しない限り、それを維持することはできません。

于 2011-06-23T11:38:38.977 に答える