問題タブ [documentum]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
documentum - Documentum WebパブリッシャーでカスタムJSPを作成するにはどうすればよいですか?
一部のコンテンツ(フッター/ヘッダーなどのページの一部)がdocumentumから取得され、ページ上の一部のデータが外部のOracleデータベースから取得されるWebページを作成しようとしています。
Documentum Webパブリッシャーのドキュメントからわかることから、XSLではなくJSPである「プレゼンテーション」を作成する必要があるようですが、その方法を理解できません。
これは正しいアプローチですか、それともより良いアプローチがありますか?サンプルをクリアするためのリンクはありますか?これらすべてをWebパブリッシャーフロントエンドからdocumentumに公開できますか、それともdocumentumサーバーに直接アクセスする必要がありますか(UNIXなどを介して)?
documentum - DFS でドキュメントを作成する際にフォーマット (a_content_type) を埋める方法は?
ドキュメントを Documentum に dm_document としてインポートする DFS アプリケーション (С# 上) を開発しています。ドキュメントは、DOC、DOC、PDF など、どのような形式でもかまいません。したがって、ドキュメントを作成するときは、対応する形式 (a_content_type に入れられます) を指定する必要があります: 「gif」、「msw8」など。
このタスクを解決するにはどうすればよいですか? DFS_66_reference.pdf と DFS-SDK ヘルプを調べましたが、簡単な解決策はまだありません。アドバイスをいただけますか?
documentum - r_creation_date を手動で設定するには?
別のドキュメント管理システムから Documentum Server にドキュメントをインポートする DFS アプリケーション (C# 上) を開発しています。部分的には、「作成日」(r_creation_date) をインポートする方法を決定する必要がありますか? つまり、Documentum のイデオロギーでは、値 r_creation_date がサーバーによって (現在の日付/時刻として) 設定されると想定しています。WebTop では、ドキュメントの作成中に設定することはできません。またはそれを変更します。「別のドキュメント管理システム」では、イデオロギーが異なります。ドキュメントの作成日として任意の日付を手動で設定できます。そう:
私のソフトウェアが独自の値を r_creation_date に設定することは、Documentum Server のイデオロギーから受け入れられますか?
実装の観点から問題はありますか? Create 操作では、指定した「r_creation_date」が無視されることがわかりました。自分の値を r_creation_date に設定できる唯一の方法は、オブジェクトが既に作成された後に Update コマンドを呼び出すことです。DFS リファレンスで説明されているこの動作を見つけられなかったので、信頼できる文書化されていない動作でしょうか? このように r_creation_date を上書きすると、将来何らかの問題が発生する可能性がありますか?
documentum - Documentum でコンテンツ パスから r_object_id を取得する方法
パス /doc/dev/documentum/data/MMM/content_storage_01/00002710/80/00/00/d3.txt があります
このコンテンツの r_object_id を取得するには?
documentum - documentumwebtopがjavawindowsjreに同梱されている理由
documentumWebtopで2つの大きなファイルを見つけました
Webtopが同梱されているのはなぜですか?
java - AIX 6.1 での Java の問題 - ダンプ イベント "gpf"、詳細 "" の処理
AIX 6.1 サーバー上の EMC の Documentum Java に問題があります。/dctm/dfc_shared/java/1.6.0_00/ にインストールしました。たとえば、/dctm/dfc_shared/java/1.6.0_00/jre/bin からコマンド「java -version」を実行すると、次のエラーが発生します。
何が悪いのか考えていますか?
ありがとう、ミシェル
wdk - EMC Documentum WDK WebアプリケーションのDocbaseAttributeListでDocbaseAttributeのデフォルト値を動的に指定するにはどうすればよいですか?
docbaseattributesを含むページにdocbaseattributelistがあります。EMC Documentum WDKアプリケーションでこのリストの特定のdocbaseattributeに動的に(Webアプリケーション内から)デフォルト値を設定するにはどうすればよいですか?
documentum - 「システム キャビネット」の認識方法: /System、/Templates、/Resources など
Documentum サーバーには、/System、/Templates、/Resources の「システム キャビネット」があります。webtop_userguide.pdf はこれら 3 つを指定します。ただし、それらの完全なリストは指定していません。知る方法はありますか: キャビネットの「システム」が与えられているか、与えられていないか? 私は、ユーザーが「システム キャビネット」を見る必要がまったくないアプリケーションを作成しています。
documentum - DFS(.Net):GetSchemaInfoはtypeInfoを返しません
Documentum DeveloperEdition6.6を使用しています。DFS(.Net Productivity Layer)を使用しています。スキーマサービスでGetSchemaInfoメソッドを呼び出そうとしました。このメソッドは次の結果を返します。
説明:「デフォルトスキーマ」ラベル:「実装されていません」名前:null TypeInfos:空のリスト
TypeInfosが空であるのはなぜですか?そのサーバーで指定されているすべてのタイプのリストが含まれていると期待していました(数十個あります)?たぶん私はスキーマの本質を正しく理解していませんか?私はしかし–私のコンテンツサーバーがタイプを持っているとすぐに、GetSchemaInfoはそれらをTypeInfosで返しますか?または、タイプの上に「スキーマ」を追加するには、他に何かが必要ですか?返されたラベルの「実装されていない」とはどういう意味ですか?
.net - .NET と Documentum 5.3 の統合
カスタム .NET アプリケーションと Documentum 5.3 の統合を実装する必要があります。.NET アプリケーションは、構成された Documentum 5.3 でフォルダ、ドキュメント、メタデータ、および検索を管理する機能を提供する必要があります。
Documentum 5.3 では、次の統合オプションを利用できることがわかりました。
- Documentum ADO.NET サービス
- Documentum Foundation Classes (PIA および Web サービスのサポートを含む)
- WDK
.NET アプリケーションの場合、好ましいバリアントは DFC PIA だと思います。しかし、ここ - http://forums.contology.com/index.php?showtopic=23639 - DFC PIA は非推奨であり、すぐにはサポートされないという議論が行われています (5.3 で十分であることは理解していますが、それでよいと思います)。お客様が Documentum をアップグレードする場合は、統合部分を上書きする必要があります)。
ADO.NET サービスと「ビジネス オブジェクトにアクセスするための Web サービス フレームワーク」について - 詳細を教えてください - これらのオプションを使用して、上記のタスク (フォルダ、ドキュメント、メタデータ、検索の管理) を実行できますか? ADO.NET サービスまたはドキュメント メタデータのみを使用して、ドキュメント コンテンツにアクセスできますか?
最後の質問は、私が見逃した他のオプションはありますか? ここでの最良のオプションは、DFC を使用して Java でカスタム Web サービスを作成し、.NET アプリケーションをこの Web サービスと統合することだと思いますか? (「ビジネス オブジェクトにアクセスするための Web サービス フレームワーク」に似たアプローチ - ただし、このフレームワークが必要なすべての機能を提供できるかどうかはわかりません)