問題タブ [documentum-dfs]

SOAP::Header::SimpleHandler を使用しようとしましたが、送信メッセージにカスタム ヘッダーを配置しようとしていますが、それを含める方法がわかりません。サブ要素ではなく属性:

戻り値:

返す必要があるのは次のとおりです。

どんな助けでも大歓迎です。

Documentumは初めてですが、1つのコードをDocumentumFoundationクラスからDocumentumFoundationServicesにアップグレードする必要があります。誰かがそれぞれの長所と短所、そしてそれを始めるための良い情報源を提供できますか？

ところで、私はdocumentumから情報を取得するためにJavaでコードを書いています。

DocumentumAPIを使用してDocumentumContentServer6.5.1にドキュメントをチェックイン/チェックアウトするWindowsアプリケーションがあります。

DFS6.5.1を使用してサーバーと対話します。

次に、セッションからログアウトする必要があります。そんなことがあるものか？

DFS (Documentum Foundation Services) を使用するクライアントを作成し、シングル サインオンに Kerberos を使用しようとしています。ドキュメントの Java と C# の両方のサンプル コード (生産性レイヤー) は、Kerberos バイナリ トークンを取得する次の行を提供します。

バイト[] チケット = ...

バイナリトークンを実際に取得する方法がわかりません。「...」は役に立ちません。Java または C# を使用して実際のチケット (Kerberos トークン) を取得する方法を知っている人はいますか?

Java と C# の両方の例を次に示します。

Java: Kerberos 認証を使用したサービスの呼び出し

C#: Kerberos 認証を使用したサービスの呼び出し

一部のユーザーのuser_name属性を DFS オブジェクト Web サービスの整合性チェッカーで変更した後、失敗します。Documentum は user_name を他のドキュメントの外部キーとして使用しているようで、dm_user でこの属性の名前を変更しても、このユーザーのすべての外部キーは変更されません。

user_name 値とそのすべての「依存関係」を正しく変更する方法を知っている人はいますか? これは DFS でも可能ですか?

ああ、私は .NET c# を使用しているので、どのソリューションもそれと互換性がある必要があります。

整合性チェッカー レポート:

警告 CC-0002: ユーザー ' FirstName LastName ' は dm_group で ID '1200400186008806' で参照されていますが、有効な dm_user オブジェクトがありません ....

約 50 ユーザーの場合、このようになります。その後に来る：

警告 CC-0007: r_object_id '4500000160051328' を持つ ACL オブジェクトには、存在しないユーザー ' FirstName LastName ' が含まれています ...

ACL、sysobjects 用に約 50000 行追加します。

tnx

編集：いくつかの説明

編集 2:一貫性チェッカー レポートを追加

WCFクライアントからDFS（Documentum Foundation Services）インスタンスに接続しています。basicHttpBindingを使用していて、messageEncoding="Mtom"を設定しました。ただし、soapを調べると、SOAPエンベロープ内にドキュメントが表示されます。SOAPのドキュメント部分は、実際のドキュメントサイズの約1.33倍です。したがって、メッセージはBase64でエンコードされています。

WCF側で変更する設定が他にもありますか、それともDFS側で有効になっていないMTOM設定がありますか？

wsoma：OptimizedMimeSerializationはWSDLに存在する必要がありますか？

ありがとう

DFS Java API を使用して EMC Documentum 6.6 を使用しています。現在、システム ラベルに干渉することなく、シンボリック ラベルをドキュメントに追加および更新する方法を探しています。

私の理解では、すべてのラベル (システム ラベルとシンボリック ラベル) は、ドキュメントの繰り返し属性r_version_labelに単純に格納されます。これは、 r_version_label 属性をまったく設定せずに新しいドキュメントを作成すると、サーバーがデフォルトのシステム値1,0およびCURRENTを自動的に設定することを意味します。

しかし、ドキュメントの最初のバージョンにシンボリック ラベルを割り当てたいと思ったらすぐに、1,0 と CURRENT の設定にも注意する必要があります。これは、サーバーがそれらを自動的に設定しないためです。システム ラベルのないドキュメントは一種の壊れたものであり、非表示のオブジェクトを検索するときに Webtop を介してのみ見つけることができ、プロパティを表示するときにクライアント側のエラーを引き起こす可能性もあります。

ドキュメント属性を更新するためのインターフェイスを構築するときに、別の関連する問題が発生する可能性があります。クライアント側の開発者は、ユーザーがシステム ラベルを変更できないようにし、シンボル ラベルの追加または削除のみを許可するように注意する必要があります。

この動作が役立つことも理解しています。たとえば、何らかの理由でバージョン 3.0 以降のドキュメントを作成できる可能性があります。

ただし、私の場合は、シンボリック ラベルのみを操作して、システム ラベルの管理を完全にサーバーに任せる方が簡単です。何か不足していますか？

編集:必要な初期システムラベルを手動で追加する以外に選択肢はないようです。彼がそれを再確認したので、私はクリスの答えを受け入れます。

私はDFS Java APIを使用していますが、たとえば、サービスコンテキストで構成できるサービス呼び出しのクライアント側タイムアウトを構成する簡単な方法を誰かが知っているかどうか疑問に思っていましたか?

Documentum リポジトリが応答しないというまれな状況を経験しました。そのため、すべての DFS 呼び出しに対して一般的なタイムアウトを検討しています。

ハングしているサービス コールをテストするために、ドキュメントを更新するときにスレッドを 10 分間ブロックするダミーの TBO 実装を作成しました。

これがハングしたサービス コールとまったく同じように動作するかどうかはわかりませんが、少なくとも私のテストでは期待どおりに動作しました。オブジェクト サービスのupdateメソッドの呼び出しには約 10 分かかりました。

まだ見つかっていない構成がありますか、それともタイムアウトを構成するためにサービス コンテキストに渡すランタイム プロパティがありますか?

これには、独自のメカニズムを実装するのではなく、DFS の既存の機能を使用することをお勧めします。

Documentum で POC を行っています。XMLファイルのコンテンツを取得しようとしている間。DFC と DFS でハッシュ キーが異なります。理由は

この行は DFS にありません。誰かが理由を見つけるのを手伝ってくれますか?