EMC Documentum Composer...EMC® Documentum® Composer バージョン6.5 ユーザガイド P/N 300-008-004 EMC Corporation 本社: Hopkinton, MA 01748-9103 1-508-435-1000 目次

EMC® Documentum®

Composerバージョン 6.5

ユーザガイド

P/N 300-008-004

EMC Corporation

本社:Hopkinton, MA 01748-9103

1-508-435-1000

www.EMC.com

Copyright© 2008 EMC Corporation. All rights reserved.

2008 年 7 月発行

EMC Corporation は、この資料に記載される情報が、発行日時点で正確であるとみなしています。この情報は予告なく変更されることがあります。

この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporation は、この資料に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示の保証はいたしません。

この資料に記載される、いかなる EMC ソフトウェアの使用、複製、頒布も、当該ソフトウェア・ライセンスが必要です。

EMC の製品名の新の一覧については、EMC.com の EMC Corporation の商標をご覧ください。

他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。

目次

本書について .................................................................................................... 11

第 1 章 Documentum Composer ........................................................................... 17Composer の概要 .............................................................................. 17Composer のインストール .................................................................... 17

Workflow Manager の起動 ............................................................... 19コネクションブローカの設定 ................................................................ 19その他の Composer プラグインのインストール ........................................... 19Composer の起動と設定 ..................................................................... 20Java コンパイラの設定 ........................................................................ 20Java JRE の設定 ............................................................................... 21

第 2 章プロジェクトの管理 ......................................................................... 25Composer プロジェクト ........................................................................ 25新しいプロジェクトの作成 ................................................................... 26プロジェクトのインポート ..................................................................... 28Composer アーティファクト ................................................................... 30

アーティファクトの作成 ............................................................................ 31アーティファクトのインポート ............................................................. 33

プロジェクトプロパティの設定 .............................................................. 36プロジェクトの参照 ........................................................................ 37

プロジェクトのローカライズ .................................................................. 38トレースの有効化 ............................................................................. 44プロジェクトのインストール ........................................................................... 45

第 3 章 DocApp の移行 ............................................................................ 47DocApp の移行 ................................................................................ 47リポジトリ DocAppの移行 .............................................................................. 48

プロジェクトへのリポジトリ DocApp の変換 ............................................ 48DocApp アーカイブの移行 .................................................................. 52

DocApp アーカイブを移行するための準備 ........................................... 52Composer プロジェクトへの DocApp アーカイブの変換 ............................ 53

移行後のタスク ................................................................................ 56TaskSpace アプリケーションの移行 ......................................................... 56

TaskSpace アプリケーションのインポート............................................... 56TaskSpace アプリケーションを作成する ................................................ 58TaskSpace アプリケーションのインストール ............................................ 59

第 4 章 Web Services の管理 ...................................................................... 63Web サービス .................................................................................. 63

EMC Documentum Composer バージョン 6.5 ユーザガイド 3

目次

DFS モジュールオプションの設定 ......................................................... 64DFS サービスライブラリを設定するには .................................................. 65サービスカタログの設定 .................................................................... 66Web サービスの表示 ......................................................................... 68

サービスのフィルタ ........................................................................ 70クライアントプロキシの生成 ......................................................................... 71

サービスの使用 ............................................................................ 72サービスの作成 ............................................................................... 73

Java ファイルからのサービスの作成.................................................... 73WSDL からのサービスの作成 ................................................................... 75

カタログおよびカテゴリに関する情報の変更 ............................................ 76サービスの発行 .......................................................................................... 78サービスの発行停止 ......................................................................... 79サービスのエクスポート ...................................................................... 79サービスのデプロイ ........................................................................... 81

第 5 章エイリアスセットの管理 ................................................................... 83エイリアス、エイリアス値、およびエイリアスセット ....................................... 83エイリアスセットの作成 ...................................................................... 83

エイリアス値の設定 ....................................................................... 86

第 6 章アスペクトの管理 ........................................................................... 89アスペクトモジュールおよびアスペクトタイプ ........................................... 89アスペクトタイプの作成 ...................................................................... 89

制約式の設定 .............................................................................. 91アスペクト属性の追加 ........................................................................ 92

アスペクト属性の構造の設定 ........................................................... 93アスペクト UI 情報の設定 ............................................................................ 95

タブの追加 ............................................................................................. 96アスペクトモジュールの作成 ............................................................... 98

アスペクトモジュールのデプロイの設定 .................................................. 101アスペクトモジュールの実行時環境の設定 ......................................... 102アスペクトタイプの設定 ................................................................. 104

第 7 章フォーマットの管理 ....................................................................... 107フォーマット ................................................................................... 107フォーマットアーティファクトの作成 ............................................................. 107

第 8 章 JAR および Java ライブラリの管理 .................................................... 111JAR 定義、JAR、および Java ライブラリ .................................................. 111JAR 定義の作成 ............................................................................. 111Java ライブラリのリンクと設定 ............................................................... 113

第 9 章ライフサイクルの管理 ..................................................................... 117ライフサイクル ................................................................................ 117

ライフサイクルのオブジェクトタイプ ................................................... 118ライフサイクルの作成 ....................................................................... 118ライフサイクルのプロパティの設定........................................................ 119ライフサイクル状態の追加と設定 ......................................................... 122

4 EMC Documentum Composer バージョン 6.5 ユーザガイド

目次

状態タイプの作成 ................................................................................. 124状態エントリの基準の設定 ................................................................. 125状態のアクションの設定 .................................................................... 127

繰り返し属性の設定 ..................................................................... 128繰り返し属性値の削除 .................................................................. 129属性の設定 ................................................................................ 131バージョンラベルの設定................................................................ 132バージョンラベルの削除................................................................ 132ロケーションリンクの設定 ............................................................... 133すべてのリンクの移動 ................................................................... 134ロケーションリンクの削除 ............................................................... 136ドキュメントレンダラーの割り当て ............................................................ 137ドキュメント所有者の割り当て .......................................................... 138アクセス権セットの設定.................................................................. 139

変更後の情報の設定 ....................................................................... 140状態属性の設定 ............................................................................. 140状態の削除 ................................................................................... 142ライフサイクルの削除 ....................................................................... 142

第 10 章メソッドとジョブの管理 .................................................................... 145メソッドとジョブ ................................................................................ 145メソッドの作成 .......................................................................................... 145ジョブの作成 .................................................................................. 147

第 11 章モジュールの管理 ........................................................................ 151モジュール .................................................................................... 151モジュールの作成 ........................................................................... 152モジュールのデプロイの設定 ..................................................................... 155モジュールの実行時環境の設定 ......................................................... 156

第 12 章 ACL (アクセス権セット) の管理 ........................................................ 159アクセス権、アクセス権セット、アクセス権セットテンプレート ........................ 159

基本アクセス権 ........................................................................... 160拡張アクセス権 ........................................................................... 161

アクセス権セットテンプレートの作成 ..................................................... 161標準またはパブリックのアクセス権セットの作成........................................ 165

ACL エントリ所有者の作成 ............................................................. 168

第 13 章プロシージャの管理 ...................................................................... 171プロシージャ .................................................................................. 171プロシージャの作成 ......................................................................... 171

第 14 章関係タイプの管理 ......................................................................... 173関係タイプ..................................................................................... 173関係タイプの作成............................................................................ 173

第 15 章スマートコンテナの管理 ................................................................. 177スマートコンテナ ............................................................................. 177スマートコンテナの構築 .................................................................... 177スマートコンテナ要素の追加 .............................................................. 180


目次

フォルダの追加 .................................................................................... 180新規フォルダの追加 ............................................................................. 181ドキュメントの追加 ................................................................................. 182新規ドキュメントの追加 .................................................................. 182テンプレートの追加 ............................................................................... 183プレースホルダの追加 .................................................................. 184

スマートコンテナの関係の追加 ........................................................... 185

第 16 章システムオブジェクトの管理 ............................................................ 187システムオブジェクト ........................................................................ 187システムオブジェクトの作成 ............................................................... 187システムオブジェクトの属性の表示と変更 .............................................. 189

第 17 章タイプの管理 ........................................................................................ 191オブジェクトタイプ .................................................................................... 191標準オブジェクトタイプの作成 ............................................................ 192

アスペクトの添付 ......................................................................... 196軽量オブジェクトタイプの作成 ............................................................ 197制約式の設定 ................................................................................ 201イベントの追加、削除、または変更 ....................................................... 202タイプ属性の追加............................................................................ 203

属性構造の設定 .......................................................................... 204属性の制約の設定 ....................................................................... 205タイプ属性 UI の設定.................................................................... 207条件付き属性値の設定 ................................................................. 209属性値のマッピングの設定 ............................................................. 211

タイプ UI 情報の設定 ................................................................................ 212タブの追加 ........................................................................................... 213

第 18 章 XML アプリケーションの管理 .......................................................... 217XML アプリケーションとアプリケーション設定ファイルについて .................... 217XML アプリケーション設定ファイルの表示または変更 ............................... 217

第 19 章プロジェクトのビルドおよびインストール .............................................. 221構築およびインストールのプロセスについて ........................................... 221プロジェクトインストールオプションの設定 ............................................. 222

所有者インストールパラメータの追加 ................................................ 224インストール前プロシージャとインストール後プロシージャの設定 .................. 225アーティファクトインストールオプションの設定 ........................................ 227DAR ファイルの生成 ........................................................................ 229プロジェクトのインストール ................................................................. 229入力パラメータファイルの作成............................................................ 232

第 20 章 Ant タスクと headless Composer を使用したプロジェクトおよび DARファイルの管理 ............................................................................ 235headless Composer...................................................................................... 235headless Composer のインストール ......................................................... 236プロジェクトのインポート .................................................................... 238プロジェクトの構築 ........................................................................... 239


目次

DAR ファイルの生成 ........................................................................ 240DAR ファイルのインストール ............................................................... 240コンテンツのインポート ...................................................................... 242ビルドファイルの作成 ....................................................................... 243バッチファイルの作成 ...................................................................... 244

バッチファイルの例 ...................................................................... 245

第 21 章ソース管理システムの操作 .............................................................. 247ソース管理システムの使用 ................................................................. 247

プロジェクトのチェックイン .............................................................. 247プロジェクトのチェックアウトとインポート ................................................... 248

プロジェクトのビルド ......................................................................... 249

用語集 ........................................................................................................... 251


目次

図の一覧

図 1. Composer プロジェクトのフォルダ .............................................................. 27図 2. プロジェクトプロパティ ..................................................................................... 37図 3. [アスペクト属性] ビューの [構造] セクション ................................................. 93図 4. [アスペクト UI 情報] ビュー ..................................................................... 95図 5. ライフサイクルの [プロパティ] タブ ........................................................... 120図 6. ライフサイクルエディタの状態ダイアグラム ................................................ 122図 7. ライフサイクル状態のアクション ............................................................... 127図 8. [タイプ属性] ビューの [構造] セクション..................................................... 204図 9. 属性の制約 .................................................................................................. 206図 10. [タイプ属性 UI] ビュー ................................................................................... 207図 11. [条件アシスタンス] ビュー ..................................................................... 210図 12. 値のマッピングテーブル ............................................................................... 211図 13. [タイプ UI 情報] ビュー ......................................................................... 212図 14. headless Composer のワークフロー ............................................................ 237


目次

表の一覧

表 1. Documentum のアーティファクト ................................................................ 30表 2. プロジェクトおよびリポジトリの情報............................................................ 35表 3. リポジトリ情報...................................................................................... 50表 4. DocApp アーカイブの移行 ............................................................................... 53表 5. DocApp アーカイブのインポートに関するプロパティ ...................................... 54表 6. 移行リポジトリ情報................................................................................ 55表 7. TaskSpace プロジェクトおよびリポジトリに関する情報 ...................................... 57表 8. TaskSpace のインストールパラメータ情報 .................................................... 60表 9. サービスレジストリオプション .................................................................. 68表 10. Web サービスに関する情報 .................................................................... 77表 11. サービスの発行に関する情報 ................................................................. 78表 12. サービスのエクスポートに関する情報 ................................................................ 80表 13. エイリアスの詳細.................................................................................. 85表 14. エイリアスタイプの値 ............................................................................ 86表 15. [全般] タブで入力するアスペクト情報 ........................................................ 90表 16. 属性構造のプロパティ ........................................................................... 94表 17. アスペクト UI 情報 ................................................................................ 95表 18. タブ設定のプロパティ............................................................................ 97表 19. モジュールエディタの [全般] タブのプロパティ ............................................ 99表 20. モジュールの実行時環境のプロパティ ...................................................... 103表 21. アスペクトタイプのプロパティ ................................................................. 104表 22. フォーマットアーティファクトのプロパティ ................................................... 108表 23. JAR 定義プロパティ ............................................................................. 112表 24. Java ライブラリのプロパティ .................................................................... 114表 25. ライフサイクルの [プロパティ] タブのパラメータ............................................ 120表 26. [概要] タブの状態のプロパティ ............................................................... 123表 27. 状態エントリの基準.............................................................................. 126表 28. 繰り返し属性の追加に関するプロパティ .................................................... 128表 29. 繰り返し属性の削除に関するプロパティ .................................................... 130表 30. 属性の設定に関するプロパティ .............................................................. 131表 31. ロケーションリンクのプロパティ ............................................................... 134表 32. すべてのリンクの移動に関するプロパティ .................................................. 135表 33. ロケーションリンクの削除に関するプロパティ.............................................. 137表 34. ドキュメント所有者のプロパティ ............................................................... 139表 35. アクセス権セットのプロパティ.................................................................. 140表 36. メソッドアーティファクトのプロパティ ......................................................... 146


目次

表 37. ジョブのプロパティ .............................................................................. 148表 38. [全般] タブのプロパティ ........................................................................ 153表 39. モジュールの実行時環境のプロパティ ...................................................... 157表 40. 基本アクセス権 .................................................................................. 160表 41. 拡張アクセス権 .................................................................................. 161表 42. ACL エントリ詳細 : アクセス権セットテンプレート ......................................... 164表 43. ACL エントリ詳細 : アクセス権セット ......................................................... 167表 44. 関係タイプのプロパティ ........................................................................ 174表 45. スマートコンテナのプロパティ ................................................................ 179表 46. フォルダプロパティ ...................................................................................... 180表 47. 新規フォルダのプロパティ ..................................................................... 181表 48. ドキュメントインスタンスのプロパティ ........................................................ 182表 49. 新規ドキュメントインスタンスのプロパティ .................................................. 183表 50. テンプレートプロパティ ........................................................................ 184表 51. プレースホルダプロパティ ..................................................................... 185表 52. システムオブジェクトのプロパティ............................................................ 188表 53. [全般] タブのタイプ情報 ....................................................................... 193表 54. [全般] タブの軽量タイプの情報 .............................................................. 198表 55. 属性構造のプロパティ .......................................................................... 204表 56. 属性制約のプロパティ .......................................................................... 206表 57. タイプ属性 UI のプロパティ .................................................................... 208表 58. 入力マスクの例 .................................................................................. 209表 59. 条件値のプロパティ ............................................................................. 210表 60. タイプ UI 情報 .................................................................................... 212表 61. タブ設定のプロパティ........................................................................... 214表 62. プロジェクトインストールオプション.......................................................... 223表 63. 所有者インストールパラメータ ................................................................ 224表 64. アーティファクトインストールオプション ..................................................... 228表 65. インストールパラメータ情報 ................................................................... 230表 66. UI ベース Composer と headless Composer の比較 ......................................... 236表 67. Ant タスク.......................................................................................... 237表 68. emc.importProject パラメータ................................................................... 238表 69. emc.build コマンドパラメータ .................................................................. 239表 70. emc.dar コマンドパラメータ .................................................................... 240表 71. emc.install コマンドパラメータ ................................................................. 241表 72. emc.importContent パラメータ.................................................................. 242表 73. ビルドファイルの例 ............................................................................. 243


本書について

このガイドでは、Documentum Composer を使用してエンタープライズアプリケーションを開発し、DocumentumContent Server に配置する方法について説明します。

対象読者

このガイドは、Documentum Content Server 用のアプリケーションを開発するユーザを対象とし

ています。また、対象のユーザが Documentum プラットフォームおよび一般的なコンテンツ管

理について基本的な知識を持っていることを前提としています。

構成

このガイドは次の章で構成されています。

• 第 1 章 Documentum Composer

この章では、Documentum Composer の概要、Composer のインストール、コネクションブ

ローカの設定、トレース機能の有効化、Java コンパイラの設定について説明します。

• 第 2 章プロジェクトの管理

この章では、初からの Documentum Project の新規作成、ローカル DocApp アーカイブ

からのプロジェクトの作成、およびリポジトリ DocApp からのプロジェクトの作成について説

明します。

• 第 3 章 DocApp の移行

この章では、DAB (Documentum Application Builder) で作成した DocApp または DocAppアーカイブを新しい Composer プロジェクトに移行する方法について説明します。

• 第 4 章 Web Services の管理

この章では、サービスカタログの表示、クライアントプロキシのインポートとサービスの作

成、Web サービスの使用およびエクスポートについて説明します。

• 第 5 章エイリアスセットの管理

この章では、エイリアスセットを作成および設定する方法について説明します。エイリアス

セットは、1 つまたは複数のエイリアスとその対応する値を定義するオブジェクトです。エ

イリアスはユーザ名、グループ名またはフォルダパスのプレースホルダです。


はじめに

• 第 6 章アスペクトの管理

この章では、アスペクトタイプ、アスペクトモジュール、アスペクト属性の作成および設

定方法について説明します。アスペクトは、オブジェクトタイプのインスタンスに対する動

作のカスタマイズまたはメタデータの記録、あるいはその両方を行います。アスペクトモ

ジュールは、実行可能なビジネスロジック、およびアスペクトをサポートする要素 (サード

パーティのソフトウェアやドキュメントなど) で構成されます。

• 第 7 章フォーマットの管理

この章では、フォーマットを作成および設定する方法について説明します。フォーマット

オブジェクトには、Content Server で認識されるファイルフォーマットに関する情報があり

ます。

• 第 8 章 JAR および Java ライブラリの管理

この章では、JAR (Java ARchive) ファイルと Java ライブラリの作成および管理方法につい

て説明します。JAR ファイルは通常、Java クラスおよび関連するメタデータを配布するた

めに使用され、アプリケーションの作成や拡張を行うためのコンポーネントとして利用で

きます。

• 第 9 章ライフサイクルの管理

この章では、ライフサイクルの作成および管理方法について説明します。ライフサイクル

では、ドキュメントなどのオブジェクトがさまざまな状態に移行する際に生じるプロパティの

変更に関するビジネス規則を指定します。

• 第 10 章メソッドとジョブの管理

この章では、メソッドとジョブの作成方法について説明します。メソッドは、実行可能なプロ

グラムで、リポジトリ内のメソッドオブジェクトによって表されます。ジョブはメソッドの実行 (たとえば、コンテンツをストレージ領域の間に転送) を自動化します。

• 第 11 章モジュールの管理

この章では、モジュールの作成および管理方法について説明します。モジュールは、実

行可能なビジネスロジックおよびサポートする要素 (サードパーティのソフトウェアやドキュ

メント) で構成されます。

• 第 12 章 ACL (アクセス権セット) の管理

アクセス権セット (アクセスコントロールリストまたは ACL とも呼ばれる) は、リポジトリ内の

オブジェクトに割り当てられた基本アクセス権および拡張アクセス権の設定です。この設

定には、ユーザおよびグループと、それぞれが実行可能なアクションが含まれます。

• 第 13 章プロシージャの管理

この章では、プロシージャの作成および管理方法について説明します。プロシージャは、

Documentum クライアントまたは Content Server を拡張またはカスタマイズするアプリケー

ションです。

• 第 14 章関係タイプの管理

この章では、関係タイプの作成および管理方法について説明します。関係タイプによっ

て、リポジトリ内の 2 つのオブジェクトの関係を定義します。


はじめに

• 第 15 章スマートコンテナの管理

この章では、スマートコンテナの構築および管理方法について説明します。スマートコン

テナは、実行時にインスタンス化するテンプレート内でオブジェクトと関係を定義します。

• 第 16 章システムオブジェクトの管理

この章では、システムオブジェクトの作成および管理方法について説明します。システム

オブジェクトは、コンテンツを含めることが可能な階層内にあるすべてのオブジェクトタイ

プの (直接または間接の) スーパータイプです。

• 第 17 章タイプの管理

この章では、オブジェクトタイプの作成および管理方法について説明します。オブジェク

トタイプはテンプレートのようなもので、オブジェクトのクラスを表します。

• 第 18 章 XML アプリケーションの管理

この章では、XML アプリケーション設定ファイルを表示または変更する方法について説

明します。

• 第 19 章プロジェクトのビルドおよびインストール

この章では、アプリケーションを作成してリポジトリにインストールする方法について説明

します。

• 第 20 章 Ant タスクと headless Composer を使用したプロジェクトおよび DAR ファイルの管理

この章では、headless Composer を使用して既存の Documentum Project をインポート、ビ

ルド、およびインストールする方法について説明します。

• 第 21 章ソース管理システムの操作

この章では、Composer をソース管理システムと組み合わせて使用する方法について説

明します。

表記規則

次の表に、このガイドで使用している表記規則を示します。

表記規則

書体テキストの種類

標準本文中:• インターフェイス要素 (ボタン名、ダイアログボックス)• Java クラス、インターフェイス名

• リソース名、属性、プール、ブール式、ボタン、DQL ステー

トメント、キーワードおよび句、環境変数、関数、メニュー、

ユーティリティ

• パス名、URL、ファイル名、ディレクトリ名、コンピュータ名、

リンク、グループ、サービスキー、ファイルシステム、環境変

数 (コマンドラインおよびテキスト)、通知


はじめに

書体テキストの種類

標準、二重引用符章名および項名

太字手順内:• 手順でのユーザアクション (ユーザがクリック、選択、また

は入力するもの)• インターフェイス要素 (ボタン名、ダイアログボックス)• キー名

本文中:• コマンド名、デーモン、オプション、プログラム、プロセス、通

知、システムコール、man ページ、サービス、アプリケーショ

ン、ユーティリティ、カーネル

イタリック • マニュアル名、強調用 (用語集の用語、索引で参照先を示

す場合など)• テキスト内の変数 (コマンド例以外)

クーリエ手順内:• (独立した行で使用されている場合) プロンプト、システム出

力、ファイル名、パス名、URL、構文例

太字のクーリエ • (独立した行で使用されている場合) ユーザが入力する内容

イタリックのクーリエ手順内:• コマンド文字列の変数

• ユーザが入力する変数

サポート情報

Documentum のテクニカルサポートサービスは、Documentum 製品のデプロイや管理を効率

よく行えるようにすることを目的としています。Documentum のサポートサービスやポリシーの

詳細な説明は、『Customer Guide to EMC Software Support Services (EMC Software サポート

サービスのカスタマーガイド)』を参照してください。このドキュメントは、Powerlink Web サイト

(http://powerlink.EMC.com) からダウンロードできます。

関連資料

Content Server および Documentum システムの関連情報については、次のドキュメントを参照

してください。

• EMC Documentum Content Server Fundamentals, Version 6.5 (EMC Documentum ContentServer の基本操作、バージョン 6.5)


http://powerlink.emc.com

はじめに

• EMC Documentum System Object Reference Manual, Version 6.5 (EMC Documentum システムオブジェクトリファレンスマニュアル、バージョン 6.5)

• EMC Documentum Documentum Foundation Services Development Guide, Version 6.5 (EMCDocumentum Documentum Foundation Services 開発ガイド、バージョン 6.5)

• EMC Documentum Foundation Classes Development Guide, Version 6.5 (EMC DocumentumDocumentum Foundation Classes 開発ガイド、バージョン 6.5)

• Docbasic Reference Manual, Release 4.0 (Docbasic リファレンスマニュアル、リリース 4.0)• EMC Documentum XML Applications Developer Guide Version 6.5 (EMC Documentum XML

アプリケーション開発者ガイド、バージョン 6.5)• EMC Documentum Archive Developer Guide Version 6.5 (EMC Documentum Archive 開発者

ガイド、バージョン 6.5)

改訂履歴

本書の改訂履歴は次のとおりです。

改訂履歴

改訂日付説明

2008 年 7 月初版発行


はじめに


第 1 章

Documentum Composer

この章では、次のトピックについて説明します。

• Composer の概要 (17ページ)• Composer のインストール (17ページ)• コネクションブローカの設定 (19ページ)• Composer の起動と設定 (20ページ)• Java コンパイラの設定 (20ページ)• Java JRE の設定 (21ページ)

Composer の概要

Documentum Composer には、Documentum Content Server 用のアプリケーションを作成および

カスタマイズするためのツールが用意されています。これらのアプリケーションでは、ContentServer による各種コンテンツの処理方法を指定します。

Composer は、Eclipse ベースの製品であり、Eclipse プラットフォームで作成されたスタンドアロ

ンのプログラムです。スタンドアロンのプログラムである Composer には、必要なコードやプラグ

インがすべて含まれています。Composer は zip 圧縮ファイルの形式で提供されます。このファ

イルは、ローカルの開発用マシン上にあるディレクトリに展開されます。

Composer のインストール

Documentum Composer は、zip 圧縮ファイルとしてパッケージ化されています。このファイルに

は、次に示す Eclipse プラットフォームおよび必須のプラグインがすべて含まれています。

• Eclipse 3.2

ベースの Eclipse プラットフォーム。


Documentum Composer

• EMF 2.2 (EMF、SDO、XSD)

Ecore モデル用の Eclipse モデリングフレームワークライブラリ (Eclipse プラグインとして配

布)。たとえば、EMF を使用して Ecore スキーマ定義から Java モデルを生成したり、Ecoreモデルインスタンスを作成して永続化したりします。

• GEF 3.2

EMF Ecore モデル用のビジュアルエディタを生成するためのグラフィカル編集フレーム

ワークライブラリ (Eclipse プラグインとして配布)。• VE 1.2

SWT GUI コンポーネントを作成するための Visual Editor プラグイン。

• Documentum プラグイン

• Workflow Manager

メモ : Workflow Manager は、 Composer にバンドルされているだけで、統合さ

れてはいません。 Composer をインストールすると、使用しているマシン上の

../Composer/WorkflowManager ディレクトリに Workflow Manager が展開され、そのディ

レクトリから Workflow Manager を起動する必要があります (「Workflow Manager の起動

(19ページ)」を参照)。

Documentum Composer をインストールするには

1. Documentum Composer の zip ファイルの内容を、ローカルマシンの任意のフォルダ (たと

えば C:\Program Files) に展開します。Composer の zip ファイルは、DCTM_Composer_<バージョン>.zip (たとえば、DCTM_Composer_R.6.5.zip) というフォーマットになります。

Composer は、..\Composer フォルダにインストールされます。

2. ローカルマシンに Java JDK 1.5 がインストールされていない、または古いバージョンの

Java JDK がインストールされている場合は、Sun の Web サイト (http://java.sun.com/javase/downloads/index_jdk 5.jsp) から新の Java JDK 1.5 をダウンロードして、Web サイトに記

載されているインストール手順に従ってください。

メモ: Documentum Composer では Java JDK 1.5 が必要です。

3. Java JDK 1.5 を指すように、JAVA_HOME 環境変数をローカルマシンで設定します。

たとえば、ローカルドライブの C:/Program Files/Java/jdk1.5.0_15 ディレクトリに Java JDKをインストールする場合、そのパスに JAVA_HOME 変数を設定します。環境変数にアクセ

スする手順は、ローカルマシンで実行しているオペレーティングシステムに応じて異なり

ます。たとえば、Windows XP では、[マイコンピュータ] を右クリックします。次に、[プロパ

ティ] > [詳細設定] > [環境変数] を選択します。

4. リポジトリにアクセスできるようにコネクションブローカを設定します (「コネクションブロー

カの設定 (19ページ)」を参照)。


Documentum Composer

Workflow Manager の起動

Workflow Manager は、Composer にバンドルされているだけで、統合されてはいません。その

ため、Composer インターフェイスから Workflow Manager を直接起動することはできません。

Workflow Manager を起動するには

1. 使用しているコンピュータで ../Composer/WorkflowManager ディレクトリに移動します。

2. launch_wfm.bat をダブルクリックします。

Workflow Manager のエディタおよびログインダイアログボックスが表示されます。WorkflowManager の詳細については、『Workflow Manager User Guide (Workflow Manager ユーザ

ガイド)』を参照してください。

コネクションブローカの設定

プロジェクトまたはアーティファクトをインポートするたびに、Documentum リポジトリにアクセス

する必要があります。リポジトリへのアクセスは、Documentum コネクションブローカによって処

理されます。初めて Composer を起動するには、IP アドレスやポート番号などのリポジトリ情報

を使用してコネクションブローカを設定する必要があります。

コネクションブローカを設定するには

1. ローカルマシンで ..\Composer\plugins ディレクトリに移動します。

2. com.emc.ide.external.dfc_1.00 フォルダをダブルクリックします。

3. documentum.config フォルダをダブルクリックします。

4. dfc.properties ファイルをメモ帳などのテキストエディタで開きます。次のような DFC とコネ

クションブローカに関する情報を追加します。

dfc.docbroker.host[0]=[DocBroker IP address or host name]

5. 変更を保存します。

その他の Composer プラグインのインストール

追加機能を提供し、Composer の主な配布物には含まれない Composer プラグインは、Composerをインストールした後、../Composer/plugins ディレクトリにインストールする必要があります。

プラグインのパッケージ方法によっては、ローカルマシン上にある Composer のメインディレク

トリにパッケージを展開するか、パッケージを一時ディレクトリに展開し、プラグインファイルを

../Composer/plugins ディレクトリにコピーすることが必要になる場合もあります。


Documentum Composer

Composer の起動と設定

Composer は、Eclipse プラットフォーム上で動作し、同様の開発概念を使用します。Composerを実行するには、まず初に、ワークスペースを少なくとも 1 つ設定する必要があります。ワー

クスペースは、Composer での作業が保存されるディレクトリです。Composer を使用する前に、

ワークスペースの場所を指定する必要があります。

Composer を起動し、ワークスペースを設定するには

1. Composer の zip ファイルを展開したマシンで ..\Composer インストールディレクトリに移動

し、eclipse.exe アイコンをダブルクリックします。

Eclipse を初めて起動するときは、ワークスペースの場所を選択できる [ワークスペースラ

ンチャー] ダイアログボックスが表示されます。

ワークスペースには、Composer のプロジェクトのソースファイルと依存関係がすべて保存

されます。Composer では、複数のワークスペースを使用することができます (たとえば異

なるプロジェクトがある場合)。ただし、個々のプロジェクトは、1 つのワークスペースにの

み保存できます。

2. ワークスペースの場所をデフォルトのままにするか、または [ワークスペース] フィールドに

新しい場所を入力してから、[OK] をクリックします。

Composer ワークベンチが表示されます。

Java コンパイラの設定

Composer には Java JDK 1.5 が必要です。プロジェクトで作業を開始する前に、適切な Java コンパイラが Composer で使用されていることを確認します。

適切な Java コンパイラが Composer で使用されていることを確認するには

1. Composer のメインツールバーで、[ウィンドウ] > [設定] を選択します。

[設定] ダイアログボックスが表示されます。


Documentum Composer

2. コンパイラの準拠レベルが 5.0 に設定されていることを確認します。正しく設定されていな

い場合は、準拠レベルを 5.0 に設定します。

3. [OK] をクリックして変更を保存します。

Java JRE の設定

Composer の設定にインストールされた JRE (Java Runtime Environment) は、Composer を実行

しているローカルマシン上の環境変数に設定された JDK (Java Development Environent) に対

応している必要があります。JRE が対応していない場合、リポジトリに Composer プロジェクトが

正しくインストールされないことがあります。

JAVA_HOME 環境変数に設定されているパスを確認して、ローカルマシンにインストールされ

ている Java JRE のバージョンを特定します。JAVA_HOME 環境変数は、関連付けられた JavaJDK を指す必要があります。Java JDK をインストールすると、対応する JRE が自動的にイン

ストールされます。

環境変数にアクセスする手順は、ローカルマシンで実行しているオペレーティングシステム

に応じて異なります。たとえば、Windows XP では、[マイコンピュータ] を右クリックします。次

に、[プロパティ] > [詳細設定] > [環境変数] を選択します。ローカルマシン上の Java JDK の

バージョンを特定した後、Composer にインストールされた JRE のバージョンを JDK と同じバー

ジョンに設定します。

メモ: Composer には JRE 1.5 が必要です。JRE 1.5 より前のバージョンがローカルマシンにイ

ンストールされている場合、Java をアップグレードしてから先に進んでください。


Documentum Composer

Composer の Java JRE を設定するには

1. Composer のメインメニューで、[ウィンドウ] > [設定] を選択します。


2. [Java] オプションをクリックして展開し、[インストールされている JRE] をクリックします。

[インストールされている JRE] ページが表示されます。

3. インストールされている JRE がローカルマシン上の JRE と一致していない場合、[追加] をクリックして別の JRE を追加します。

[JRE の追加] ダイアログボックスが表示されます。


Documentum Composer

4. [参照]をクリックし、使用しているマシン上の Java JRE 1.5 ディレクトリ (たとえば、C:/ProgramFiles/Java/jdk1.5.0_15/jre) を選択します。JRE のホームディレクトリを入力すると、使用可

能な JRE の名前が [JRE 名] フィールドに自動的に表示され、[JRE システムライブライリ]リストボックスにシステムライブラリが表示されます。

5. [OK] をクリックします。

6. [インストールされている JRE] ページに新しい JRE が表示されていることを確認します。


Documentum Composer


第 2 章

プロジェクトの管理


• Composer プロジェクト (25ページ)• 新しいプロジェクトの作成 (26ページ)• プロジェクトのインポート (28ページ)• Composer アーティファクト (30ページ)• プロジェクトプロパティの設定 (36ページ)• プロジェクトのローカライズ (38ページ)• トレースの有効化 (44ページ)• プロジェクトのインストール (45ページ)

Composer プロジェクト

Composer プロジェクトは、アプリケーションを構成するオブジェクトの集まりです。そのため、新

しいアプリケーションの開発を始める前に、プロジェクトを作成する必要があります。

メモ: DocApp または DocApp アーカイブをインポートすると、自動的にプロジェクトが作成され

ます。DocApp のインポートの詳細については、「プロジェクトのインポート (28ページ)」を参照


プロジェクトは、1 つのプロジェクトフォルダと、アーティファクト (ライフサイクル、アクセス権セッ

ト、ジョブなど) を格納する複数のサブフォルダで構成されます。アーティファクトの一覧は、表

1 (30ページ) を参照してください。Composer プロジェクトにはのアイコンが付きます。

Composer プロジェクトを作成する方法には、次のようないくつかの方法があります。

• 新しい空のプロジェクトを作成する (「新しいプロジェクトの作成 (26ページ)」を参照)。• 既存のプロジェクトを Composer にインポートする (「プロジェクトのインポート (28ページ)」

を参照)。



• ローカル 5.3 DocApp アーカイブを移行する (「Composer プロジェクトへの DocApp アーカ

イブの変換 (53ページ)」を参照)。• バージョン 6 リポジトリから 5.3 DocApp を移行する (「プロジェクトへのリポジトリ DocApp

の変換 (48ページ)」を参照)。

メモ: 新しいプロジェクトを作成すると、コアプロジェクトも自動的に生成されます。コアプロ

ジェクトでは、Documentum の核となる要素と API を定義します。コアプロジェクトは、読み取

り専用のプロジェクトなので変更できません。コアプロジェクトにはのアイコンが付きます。

コアプロジェクトは、[Documentum Navigator] ビューではなく、[Package Explorer] ビューにの

み表示されます。

新しいプロジェクトの作成

アプリケーションを新規に作成するときは常に、新しいプロジェクトを作成する必要があります。

新しいプロジェクトを作成するには

1. 次のいずれかの方法で新規プロジェクトウィザードを起動します。

• Composer のメインメニューで、[ファイル] > [新規] > [プロジェクト] を選択する。

• Documentum Explorer の余白を右クリックし、[新規] > [プロジェクト] を選択する。

[新規プロジェクト] ダイアログボックスが表示されます。



2. [Documentum Project] フォルダをダブルクリックして展開し、[Documentum Project] を選択

して [次へ] をクリックします。

[新しい Documentum プロジェクト] ダイアログボックスが表示されます。

3. [名前] フィールドにプロジェクトの名前を入力し、必要に応じて説明も入力してから、[終了] をクリックします。

メモ: 初めてプロジェクトを作成するときは、関連する Documentum 開発パースペクティブを選

択するためのダイアログボックスが表示されます。Documentum 開発パースペクティブを選択

するには、[はい] をクリックします。

[Documentum Navigator] ビュー (図 1 (27ページ)) に新しいプロジェクトが作成されます。

図 1. Composer プロジェクトのフォルダ

デフォルトでは、次のように、プロジェクトには [アーティファクト] フォルダ、[インストールパラ

メータファイル] フォルダ、[src] フォルダ、または [Web Services] フォルダがあります。

• アーティファクト

[アーティファクト] フォルダには、Composer で使用可能なすべてのアーティファクトのサブ

フォルダが含まれます。新しいプロジェクトを作成する場合、これらのアーティファクトのサ

ブフォルダは空です。

• インストールパラメータファイル

[インストールパラメータファイル] フォルダは、プロジェクトをインストールするためのイン

ストールパラメータファイルの保存に使用されます。デフォルトでは、新しいプロジェクトを

作成する場合、このフォルダは空です。アーティファクトを追加してプロジェクトとアーティ

ファクトのインストールオプションを設定すると、関連する .installparam インストールパラ

メータファイルはこのフォルダに保存されます。

• src

[src] フォルダは、プロジェクトに追加するソースファイルの保存に使用されます。デフォル

トでは、新しいプロジェクトを作成すると、[src] フォルダは空です。

• Web Services

[Web Services] フォルダには、クライアントライブラリ、WSDL ファイル、ソースコードファ

イルなどの Web サービスファイルが含まれます。デフォルトでは、新しいプロジェクトを作

成する場合、[Web Services] フォルダは空です。



プロジェクトのインポート

既存のプロジェクトをローカルディレクトリから Composer ワークスペースにインポートできます。

ソース管理システムを使用してファイルを管理している場合、プロジェクトを Composer にイン

ポートするには、そのプロジェクトをソース管理システムからチェックアウトする必要があります。

この章では、ローカルディレクトリからプロジェクトをインポートする方法について説明します。

Composer をソース管理システムと合わせて使用する場合の詳細については、「第 21 章ソー

ス管理システムの操作」を参照してください。

メモ: DAR ファイルは、プロジェクトにインポートすることができません。DAR ファイルは、プ

ロジェクトの実行可能バージョンであり、Documentum リポジトリにインストールされます。DARファイルには、ソースファイルではなく、プロジェクトのバイナリファイルだけが含まれます。

既存のプロジェクトをインポートするには

1. 次のいずれかの方法でインポートウィザードを起動します。

• ワークスペースを右クリックして、ポップアップメニューから [インポート] を選択する。

• Composer のメインメニューで、[ファイル] > [インポート] をクリックする。

インポートウィザードが表示されます。

2. [Documentum] フォルダを展開し、[ワークスペース内の既存のプロジェクト] を選択して [次へ] をクリックします。

[プロジェクトのインポート] ダイアログボックスが表示されます。



3. 次のいずれかを実行します。

• [ルートディレクトリの選択] ラジオボタンをクリックする。プロジェクトディレクトリを入

力するか、[参照] をクリックしてディレクトリを検索する。

• [アーカイブファイルの選択] ラジオボタンをクリックする。アーカイブディレクトリを入

力するか、[参照] をクリックしてディレクトリを検索する。

メモ: アーカイブファイルのフォーマットは、.jar、.zip、.tar、.tar.gz、または .tgz である

必要があります。DAR (Documentum アーカイブ) ファイルはインポートできません。

DAR ファイルには、ソースファイルではなく、プロジェクトのバイナリファイルだけが

含まれます。

[プロジェクト] リストボックスに、使用可能なプロジェクトが表示されます。

4. インポートするプロジェクトを 1 つまたは複数選択して [プロジェクトをワークスペースにコ

ピー] を選択したら、[終了] をクリックしてプロジェクトをインポートします。

プロジェクトがインポートされ、[Documentum Navigator] ビューに表示されます。

メモ: Composer では、ドキュメントのレンディションのインポートはサポートされていません。



Composer アーティファクト

アーティファクトとは、オブジェクトタイプ、モジュール、プロシージャなどの Documentum リソー

スのことです。Composer では、新しいアーティファクトを作成したり、各種ウィザードやダイアロ

グボックスを使用してアーティファクトをアプリケーションに追加することができます。

Documentum Composer には、表 1 (30ページ) に示すさまざまなアーティファクトが用意されて

います。

表 1. Documentum のアーティファクト

アーティファクト名説明

エイリアスセットエイリアスの集合。エイリアスは、実際のユーザ、グルー

プ、キャビネット、またはフォルダの名前を指す記号名で

す。エイリアスの集合がエイリアスセットです。

アスペクトモジュールオブジェクトタイプのインスタンスの動作をカスタマイズし

ます。

アスペクトタイプオブジェクトタイプのインスタンスのメタデータを指定し

ます。

フォーマット Content Server で認識されるファイルフォーマットに関す

る情報が含まれます。リポジトリの設定時にデフォルト

で、事前定義されたファイルフォーマットのセットがインス

トールされます。

フォームテンプレート DocApp 内で使用する機能要素を識別します。フォーム

テンプレートは、Composer を使用して作成できません。

ただし、既存の DocApp からフォームをインポートする

ことはできます。

インストールパラメータインストール前プロシージャ、インストール後プロシージャ、

アップグレードオプションなど、プロジェクト全体に適用さ

れるインストールオプションを指定します。

JAR 定義 JAR ファイルをカプセル化します。JAR (Java ARchive)ファイルは、複数のファイルを 1 つにまとめたアーカイ

ブファイルです。

Java ライブラリ Java ライブラリをカプセル化します。Java ライブラリは、モ

ジュールなど他のアーティファクトにリンク可能なインター

フェイス JAR および実装 JAR を格納します。

ジョブメソッドの実行 (たとえば、コンテンツをストレージ領域の

間に転送) を自動化します。ジョブの属性により、実行スケ

ジュールが定義され、実行のオンまたはオフが切り替えら

れます。



アーティファクト名説明

ライフサイクルドキュメントなどのオブジェクトが、ビジネスプロセスの間に

さまざまな段階に移行する際に生じるプロパティの変更に

関するビジネス規則を指定します。

メソッドリポジトリ内のメソッドオブジェクトによって表される実行

可能プログラム。

モジュール実行可能コードの単位。

アクセス権セットリポジトリ内のオブジェクトに割り当てられた基本アクセス権

および拡張アクセス権の設定で、ユーザおよびユーザグ

ループと、それぞれが実行可能なアクションのリストです。

プロシージャ Docbasic または Java プログラム。通常、プロシージャは

インストール前やインストール後のタスクを指定するた

めに使用されます。

関係タイプリポジトリ内にある 2 つのオブジェクト間の関係を定義し

ます。

システムオブジェクト Documentum システムでもよく使用されるオブジェクトの

親タイプ。システムオブジェクトタイプのプロパティは、そ

のすべてのサブタイプに継承されます。

タイプオブジェクトのクラスを表します。オブジェクトタイプの定

義は属性のセットです。属性値は、オブジェクトタイプの

個々のオブジェクトを表します。

アーティファクトの作成

新しいアーティファクトを作成するには、アーティファクトウィザードを使用します。

新しいアーティファクトを作成するには

1. 次のいずれかの方法で [ウィザードを選択] ダイアログボックスを開きます。

• Composer メニューで、[ファイル] > [新規] > [その他] を選択する。

• プロジェクトで、[アーティファクト] フォルダを展開し、新しいアーティファクトを作成す

るアーティファクトフォルダを右クリックする。[新規] > [その他] を選択する。

[ウィザードを選択] ダイアログボックスが表示されます。



2. [Documentum Artifact] フォルダをダブルクリックして展開し、アーティファクトの一覧から

作成するアーティファクトを選択して、[次へ] をクリックします。

[新しい Documentum アーティファクト – 名前とロケーション] ダイアログボックスが表示さ

れます。

3. アーティファクトを作成するフォルダを [フォルダ] フィールドで指定するか、デフォルトの

フォルダをそのまま使用します。

メモ: 新しいアーティファクトは必ず、[アーティファクト] フォルダに作成する必要がありま

す。新しいアーティファクトをプロジェクトルートの直下に作成した場合、そのアーティファ

クトはリポジトリに正しくインストールされません。



4. [アーティファクト名] フィールドにアーティファクトの名前を入力するか、デフォルトの名前

をそのまま使用します。アーティファクトのデフォルト名は、作成するアーティファクトのタ

イプに応じて異なります。

5. [終了] をクリックします。

新しいアーティファクト用のエディタが表示されます。個々のアーティファクトエディタの詳

細、および各アーティファクトのプロパティの設定方法については、このガイドの関連す

る章を参照してください。

メモ: Composer では、同じプロジェクト内でのみアーティファクトのコピーと貼り付けがサポート

されています。他のプロジェクトのアーティファクトはコピーできません。

アーティファクトのインポート

Documentum Composer を使用して、個々のアーティファクトをリポジトリから既存のプロジェク

トにインポートできます。

メモ: アーティファクトは、リポジトリからのみインポートできます。あるローカルプロジェクトから

別のローカルプロジェクトにアーティファクトをインポートすることはできません。

個々のアーティファクトをインポートするには

1. 次のいずれかの方法でインポートウィザードを起動します。

• ワークスペースを右クリックして、ポップアップメニューから [インポート] を選択する。

• Eclipse のメインメニューで、[ファイル] → [インポート] をクリックする。

インポートウィザードが表示されます。



2. [Documentum] をダブルクリックしてフォルダ構造を展開し、[リポジトリからのアーティファ

クト] を選択して [次へ] をクリックします。

[プロジェクトの選択とリポジトリのログイン] ダイアログボックスが表示されます。

3. 表 2 (35ページ) の説明に従ってプロジェクトおよびリポジトリの情報を入力し、[ログイン]をクリックします。

リポジトリに対するログイン認証情報に間違いがなければ、リポジトリにログインできます。



表 2. プロジェクトおよびリポジトリの情報

プロパティ説明

プロジェクト名アーティファクトをインポートする既存のプロジェクトの名

前。既存のプロジェクトがない場合は、アーティファクトをイ

ンポートする前にプロジェクトを作成する必要があります。

プロジェクトの作成の詳細については、「新しいプロジェク

トの作成 (26ページ)」を参照してください。

リポジトリ名アーティファクトが格納されているリポジトリの名前。

ユーザ名アーティファクトが格納されているリポジトリにログインする

際に使用する名前。

パスワードアーティファクトが格納されているリポジトリにログインする

際に使用するパスワード。

ドメインリポジトリのドメイン名。ドメイン名を指定する必要があるの

は、リポジトリをアクセスするクライアントとは異なるドメイン

にリポジトリが存在する場合のみです。

4. [次へ] をクリックします。

[アーティファクトの選択] ダイアログボックスが表示されます。



5. [アーティファクトタイプの選択] リストからアーティファクトオブジェクトタイプを選択しま

す。選択したタイプの使用可能なアーティファクトが、[使用可能なアーティファクト] リスト

に表示されます。

[選択の概要] フィールドに、選択したアーティファクトについての情報 (アーティファクト

オブジェクトタイプ、オブジェクト ID など) が表示されます。

6. [使用可能なオブジェクト] リストから 1 つまたは複数のオブジェクトを選択し、[追加] をク

リックします。

メモ: ユーザー定義オブジェクトだけが一覧表示され、リポジトリの設定時に Content Serverによって作成されたオブジェクトは表示されません。

7. アーティファクトの選択が終わったら、アーティファクトをリポジトリからインポートするため

に [終了] をクリックします。アーティファクトがプロジェクトにインポートされます。

メモ: リポジトリからアーティファクトをインポートする場合、アーティファクトをプロジェクト

内の別のロケーションに移動してから、再びリポジトリからインポートすると、プロジェクト内

の 2 つの異なるロケーションに重複したアーティファクトが存在することになります。

プロジェクトプロパティの設定

[プロパティ] ダイアログボックスを使用すると、インストールオプション、DFS モジュールオプ

ション、プロジェクトインストールプロシージャなどのさまざまなプロジェクトプロパティを設定

できます。

プロジェクトの [プロパティ] ダイアログボックスにアクセスするには、プロジェクトを右クリック

し、ドロップダウンリストから [プロパティ] を選択します。

[プロパティ] ダイアログボックスが表示されます (図 2 (37ページ))。



図 2. プロジェクトプロパティ

設定の詳細については、次を参照してください。

• プロジェクトインストールオプションについては、「プロジェクトインストールオプションの

設定 (222ページ)」を参照。

• プロジェクトインストールプロシージャについては、「インストール前プロシージャとインス

トール後プロシージャの設定 (225ページ)」を参照。

• プロジェクト参照については、「プロジェクトの参照 (37ページ)」を参照。

• DFS モジュールオプションについては、「DFS モジュールオプションの設定 (64ページ)」を参照。

• DFS ライブラリオプションについては、「DFS サービスライブラリを設定するには (65ペー

ジ)」を参照。

プロジェクトの参照

Composer では、プロジェクト間の参照を作成できます。これは、たとえば同一のライブラリや

JAR ファイルなど、リソースを共有するプロジェクトがある場合に便利です。



別のプロジェクトへの参照を作成するには

1. [Documentum Navigator] ビューで、参照を作成するプロジェクトを右クリックし、ドロップダ

ウンリストから [プロパティ] を選択します。

[プロパティ] ダイアログボックスが表示されます。

2. [プロジェクト参照] を選択します。参照用に使用可能なプロジェクトが、[Parentproject のプロジェクト参照] リストに表示されます。このプロジェクトで参照するプロジェクトを 1 つま

たは複数選択します。


メモ: プロジェクトをインストールする準備ができ、そのプロジェクトで他のプロジェクトを参照

する場合、すべてのプロジェクトを必ず正しい順序でインストールするようにしてください。た

とえば、プロジェクト B がプロジェクト A 内のアーティファクトを参照している場合、プロジェク

ト A を初にインストールする必要があります。

プロジェクトのローカライズ

アプリケーションを他の言語で使用できるようにするには、プロジェクトデータ (ラベル、タブ、

説明など) をローカライズする必要があります。Composer では、翻訳できる文字列を含むプロ

パティファイルを作成するメカニズムを使用できます。

プロジェクトをローカライズするには

1. [Documentum Navigator] ビューで、ローカライズするプロジェクトを右クリックします。

2. ドロップダウンリストから [ローカライズテンプレートの生成] を選択します。



プロジェクトのルートディレクトリの下にロケールディレクトリが生成されます。ロケールディ

レクトリにはデフォルトで、英語の en フォルダが含まれます。このフォルダはプロジェクト

のメインフォルダと同じアーティファクトディレクトリ構造を持ちます。

ロケールディレクトリのアーティファクトフォルダには、ローカライズされるデータを含む

アーティファクトが一覧表示されます。

3. ロケールディレクトリの下に、en フォルダ全体のコピーを作成し、そのフォルダの名前を、

使用する言語ロケールに変更します。たとえば、アプリケーションのドイツ語のラベルを作

成する場合、de フォルダを作成します。

外部で翻訳するために .properties ファイルを送信する場合、次の手順に従ってファイル

をエクスポートします。

a. Composer で、[ファイル] > [エクスポート] を選択します。

[エクスポート] ダイアログボックスが表示されます。



b. [File System] を選択し、[次へ] をクリックします。

[File System] ダイアログボックスが表示されます。



c. ロケールフォルダが含まれるプロジェクトを展開し、[de] などの言語ロケールのチェッ

クボックスをオンにします。

d. ファイルをエクスポートするディレクトリを [エクスポート先のディレクトリ:] フィールドに

入力します。

e. [ファイルのディレクトリ構造を作成] オプションを選択し、[終了] をクリックします。

ディレクトリ構造のコンテンツと言語ロケールフォルダのコンテンツが、ローカルマシン上

の選択されたディレクトリにエクスポートされます。ファイルを翻訳チームに配信します。

翻訳チームが翻訳する必要があるのは、ロケールフォルダの .properties ファイル内にあ

る等号 (=) の右側にある文字列です。ロケールフォルダのディレクトリ構造と .propertiesファイルの名前は変更しないでください。



メモ: type/primaryElement/typeAnnotations[0]/locales/value_mappings[xx]/map_data_stringキーはローカライズできません。

4. .properties ファイルを変更したら、次の手順に従ってファイルをプロジェクトにインポートし

ます。

a. Composer で、[ファイル] > [インポート] を選択します。

[インポート] ダイアログボックスが表示されます。

b. [ファイルシステム] を選択し、[次へ] をクリックします。

[ファイルシステム] ダイアログボックスが表示されます。



c. 翻訳されたファイルを持つロケールフォルダが含まれるプロジェクトフォルダへのディ

レクトリパスを [インポート元のディレクトリ:] フィールドに入力します。

d. プロジェクトとロケールフォルダを選択します。

e. ロケールフォルダのエクスポート元である Documentum Project のプロジェクト名を [インポート先のフォルダ:] フィールドに入力します。翻訳チームがファイル名およびフォ

ルダ構造を変更していない場合、このプロジェクト名は [インポート元のディレクトリ:]フィールドのプロジェクト名と同じである必要があります。

f. [選択したフォルダのみを作成] を選択します。各ファイルのインポートを確認しない

場合、[警告せずに既存のリソースを上書き] のチェックボックスをオンにします。

g. [終了] をクリックします。

5. リポジトリにプロジェクトをインストールする準備ができたら、インストールウィザードの [ロー

カライズされたアーティファクトデータのインストール] チェックボックスをオンにし、ローカ

ライズされたデータが含まれる .properties ファイルへのパスを入力します。

プロジェクトのインストールの詳細については、「プロジェクトのインストール (229ページ)」を参照してください。

プロジェクトがリポジトリにインストールされている場合、新しい言語の文字列は自動的にマー

ジされ、リポジトリで新しい言語を使用できるようになります。



メモ: ローカライズテンプレートを作成した後には、ラベル、説明、タブを変更したり、.propertiesファイルを移動しないことをお勧めします。そうすると、新しい言語の文字列が正常にマージ

されない場合があるためです。ラベルまたは他のローカライズ可能なアプリケーションデータ

の名前を変更する場合、文字列を翻訳する前にローカライズテンプレートを再生成する必要

があります。

トレースの有効化

トレースを有効にすると、プロジェクトをビルドまたはインポートするときなどに、プロセスを監視

することができます。デフォルトでは、Eclipse のトレース機能は無効になっています。

メモ: トレースは Composer のパフォーマンスに影響を及ぼすので、デバッグの目的でのみ使

用するようにしてください。

トレースを有効にするには

1. Eclipse のメインツールバーで、[ウィンドウ] → [設定] を選択します。


2. [Documentum] をダブルクリックしてツリー構造を展開し、[ロガー] を選択します。

ロガーのオプションが表示されます。



3. [トレースメッセージ] と [メッセージを Eclipse ILog にコピーする] オプションを選択して、

[OK] をクリックします。

デフォルトでは、ワークスペースの .metadata サブディレクトリにすべてのエラーログファイル

が保存されます。

プロジェクトのインストール

プロジェクトのビルドおよびインストールの詳細については、「第 19 章プロジェクトのビルドお

よびインストール」を参照してください。




第 3 章

DocApp の移行


• DocApp の移行 (47ページ)• リポジトリ DocAppの移行 (48ページ)• DocApp アーカイブの移行 (52ページ)• 移行後のタスク (56ページ)• TaskSpace アプリケーションの移行 (56ページ)

DocApp の移行

Documentum Composer には、既存の DocApp および DocApp アーカイブを移行する機能が

あります。DocApp および DocApp アーカイブという用語は、DAB (Documentum ApplicationBuilder) を使用して作成された、リリース 6.0 より前の Documentum アプリケーションのことで

す。移行プロセスの間、Composer では DocApp アーカイブまたはリポジトリ DocApp から新し

いプロジェクトを作成します。

Documentum Composer では、次の移行シナリオがサポートされています。

• リポジトリ DocApp の移行

このオプションを使用すると、リポジトリから DocApp をインポートして Composer プロジェ

クトに変換できます。

• DocApp アーカイブの移行

このオプションを使用すると、DocApp アーカイブをインポートして Composer プロジェクト

に変換できます。

移行プロセスは、DocApp または DocApp アーカイブのどちらを移行するか、DocApp または

DocApp アーカイブのバージョン、およびターゲットリポジトリのバージョンによって異なります。


DocApp の移行

リポジトリ DocAppの移行

Composer では、リポジトリに格納されている DocApp を Composer ワークスペースに直接移行

して Composer プロジェクトに変換できます。バージョン 5.3 以降の既存のリポジトリ DocApp は

すべて変換できます。バージョン 5.3 より前のリポジトリに格納されている DocApp は変換でき

ません。バージョン 5.3 より古い DocApp を使用している場合、まず DocApp をバージョン 5.3にアップグレードする必要があります。

プロジェクトへのリポジトリ DocApp の変換

リポジトリ DocApp を Composer プロジェクトに変換するには、新規プロジェクトウィザードを使

用します。

メモ: 移行する DocApp が他の DocApp やプロジェクトに依存している場合、依存先の DocAppやプロジェクトを先にワークスペースに移行するようにしてください。たとえば、移行する DocAppが、別の DocApp に含まれる JAR ファイルを使用する場合、JAR ファイルが含まれる DocAppを先に移行する必要があります。

リポジトリ DocApp をプロジェクトに変換するには



• [Documentum Navigator] ビューを右クリックし、[新規] > [プロジェクト] を選択する。



DocApp の移行

2. [Documentum] フォルダをダブルクリックして展開し、[リポジトリ DocApp から Documentumプロジェクト] を選択して [次へ] をクリックします。

[DocApp からの新しい Documentum プロジェクト] ダイアログボックスが表示されます。

3. 表 3 (50ページ) の説明に従って、インポートする DocApp が格納されているリポジトリ用

のログイン認証情報を入力し、[ログイン] をクリックします。


DocApp の移行

表 3. リポジトリ情報


リポジトリリポジトリの名前。必須パラメータ。リポジトリにアクセスする

には、スーパーユーザ権限が必要です。

ユーザ名リポジトリ用のユーザ名。

パスワードリポジトリ用のパスワード。


は、リポジトリをアクセスするクライアントとは異なるドメインに

リポジトリが存在する場合のみです。

Composer がリポジトリに接続し、ログイン認証情報を検証します。

4. ログイン認証情報が検証されたら、[次へ] をクリックします。

[Documentum アプリケーション] ダイアログボックスが表示されます。

5. インポートする DocApp をリストボックスから選択し、[次へ] をクリックします。

[新しい Documentum プロジェクト] が表示されます。


DocApp の移行

6. デフォルトのプロジェクト名をそのまま使用するか、新しい名前を入力し、必要な場合はプ

ロジェクトの説明も入力してから、[次へ] をクリックします。

[参照されるプロジェクト] ダイアログボックスが表示されます。

7. 新しいプロジェクトで参照するプロジェクトを選択し、[終了] をクリックします。

Composer に DocApp がインポートされ、プロジェクトが作成されます。 [DocumentumNavigator] ビューに新しいプロジェクトが表示されます。

メモ: [参照されるプロジェクト] リストボックスには、ワークスペースにすでに存在するプロ

ジェクトだけが表示されます。表示されない他のプロジェクトにプロジェクトが依存してい

る場合、表示されないこれらのプロジェクトを参照するには、事前にこれらのプロジェクト


DocApp の移行

をワークスペースにインポートする必要があります。プロジェクトのインポートの詳細につ

いては、「プロジェクトのインポート (28ページ)」を参照してください。

DocApp アーカイブの移行

DocApp アーカイブは移行可能な DocApp であり、DAB (Documentum Application Builder) を使用してアーカイブされています。移行プロセスの一部として、DocApp アーカイブを新しい

Composer プロジェクトに変換する前に、DocApp アーカイブをクリーンなリポジトリにインストー

ルする必要があります。そのため、DocApp アーカイブの移行を開始する前に、クリーンな移

行リポジトリを設定する必要があります。

DocApp アーカイブを移行するための準備

5.3 DocApp の移行には、独立したクリーンなリポジトリである移行リポジトリが必要です。移行

プロセスの一部として、5.3 DocApp アーカイブを Composer プロジェクトに変換する前に、まず

5.3 DocApp アーカイブをリポジトリにインストールする必要があります。

Composer への DocApp アーカイブの移行を開始する前に、次の作業を行います。

• 正しいバージョンのクリーンな移行リポジトリを作成する (表 4 (53ページ) を参照)。

移行リポジトリは、クリーンなリポジトリであることが必要です。リポジトリには、DocApp や

アーティファクトの残りが含まれないようにしてください。

• dfc.properties ファイルに設定されたコネクションブローカが移行リポジトリを指しているこ

とを確認する。コネクションブローカの設定の詳細については、「コネクションブローカの

設定 (19ページ)」を参照。

• 移行リポジトリに対してスーパーユーザ権限があることを確認する。

• 移行する DocApp アーカイブがバージョン 5.3 以降であることを確認する。

バージョン 5.3 より前の DocApp アーカイブは移行できません。DocApp アーカイブが 5.3より前のバージョンである場合、まず DocApp アーカイブをバージョン 5.3 にアップグレー

ドする必要があります。

• DocApp の依存関係を確認する。

移行する DocApp アーカイブが他の DocApp に依存している場合、依存先の DocApp を

先に移行する必要があります。

使用できる移行リポジトリのバージョンは、DocApp アーカイブおよびターゲットリポジトリのバー

ジョンに応じて異なります (表 4 (53ページ) を参照)。


DocApp の移行

表 4. DocApp アーカイブの移行

アーカイブの

バージョン

ターゲットリポジト

リのバージョン

移行リポジトリのバー

ジョン

説明

5.3 SP1 ～ 5.3SP5

5.3 (SP1 ～

SP5)、 6、6.5

5.3 (SP1 ～ SP5) 5.3 DocApp アーカイブ

(SP1 ～ SP5) を Composerプロジェクトに変換し、そ

のプロジェクトをバージョ

ン 5.3 SPx、6、または 6.5のターゲットリポジトリにイ

ンストールする場合、バー

ジョン 5.3 (SP1 ～ SP5) 移行リポジトリを使用する必

要があります。

5.3 SP5.5 6 (SP1)、6.5 6 (SP1)、6.5 バージョン 5.3 SP5.5 の

DocApp アーカイブを

Composer プロジェクトに

変換し、そのプロジェクト

をバージョン 6 以降のリポ

ジトリにインストールする場

合、バージョン 6 移行リポ

ジトリを使用する必要があ

ります。

Composer プロジェクトへの DocApp アーカイブの変換

Composer では、DocApp アーカイブを Composer プロジェクトに変換することができます。

DocApp アーカイブは、DAB (Documentum Application Builder) でアーカイブされた DocAppです。

DocApp アーカイブをインポートしてプロジェクトを作成するには

1. DocApp アーカイブを、ローカルマシンまたはネットワークドライブのフォルダに解凍し

ます。



• [Documentum Navigator] ビューを右クリックし、[新規] > [プロジェクト] を選択する。


3. [Documentum] フォルダをダブルクリックして展開し、[ローカル DocApp アーカイブからの

Documentum プロジェクト] を選択して [次へ] をクリックします。


DocApp の移行

[Documentum アプリケーションアーカイブのインポート] ダイアログボックスが表示されま

す。

4. 表 5 (54ページ) の説明に従って DocApp アーカイブのフォルダ名とプロジェクト名を入力

し、[次へ] をクリックします。

表 5. DocApp アーカイブのインポートに関するプロパティ

パラメータ説明

DocApp アーカイブフォ

ルダ

解凍した DocApp アーカイブを格納するフォルダ。必須パ

ラメータ。パス名を入力するか、[参照] をクリックしてフォ

ルダを検索します。

プロジェクト名 DocApp のインポート先となるプロジェクトの名前。必須パ

ラメータ。デフォルトでは、プロジェクト名は DocApp の名

前を受け継ぎます。デフォルトの名前をそのまま使用する

か、または新しいプロジェクト名を入力します。

[移行リポジトリ情報] ダイアログボックスが表示されます。


DocApp の移行

5. 表 6 (55ページ) の説明に従って、移行リポジトリの情報を入力します。

表 6. 移行リポジトリ情報


リポジトリ移行リポジトリの名前。必須パラメータ。移行リポジトリは、ク

リーンなリポジトリである必要があります。移行リポジトリは、

DocApp を新しいプロジェクトとして Composer にインポート

する前にインストールするために使用されます。移行リポジ

トリにアクセスするには、スーパーユーザ権限が必要です。

ユーザ名移行リポジトリ用のユーザ名。

パスワード移行リポジトリ用のパスワード。

ドメイン移行リポジトリのドメイン名。ドメイン名を指定する必要が

あるのは、移行リポジトリが存在するドメインと、リポジト

リにアクセスするクライアントが存在するドメインが異なる

場合のみです。

6. 移行リポジトリの名前とログイン認証情報を入力したら、[ログイン] をクリックします。ログイ

ン認証情報が有効な場合、[終了] ボタンが使用可能になります。

7. [終了] をクリックし、移行プロセスを開始します。


DocApp の移行

DocApp からプロジェクトが作成され、[Documentum Navigator] ビューにプロジェクトが表示さ

れます。

移行後のタスク

DocApp または DocApp アーカイブが Composer プロジェクトに変換された後、次のタスクを行

う必要があります。

• 変換中に生じた、検証に関する警告やエラーを確認して修正する。

• DocApp に含まれているアーティファクトがすべて変換され、Composer プロジェクトに表示

されていることを確認する。

• インストール前およびインストール後のスクリプトを確認する。

アーティファクトの重複や競合を防ぐために、一部のスクリプトの変更が必要になる場合

があります。たとえば、Composer では、ユーザのインストールパラメータを作成します。こ

れらのユーザは、インストール前スクリプトによって作成されるか、プロジェクトをインストー

ルするターゲットリポジトリ内にすでに存在する必要があります。

TaskSpace アプリケーションの移行

Composer には、Documentum の旧リリースで作成した Documentum TaskSpace アプリケーショ

ンをリリース 6 以降のリポジトリに配置できるように、それらのアプリケーションを DAR ファイル

にパッケージ化して移行するための独立したプラグインが用意されています。

Documentum TaskSpace は、独立したアプリケーションであり、タスク処理およびドキュメント

の取得に対して適化されたユーザインターフェイスを提供します。TaskSpace は、他の

Documentum Process Suite や、EMC Captiva、Documentum リポジトリとの組み合わせにより、

大容量 TCM (Transactional Content Management) アプリケーションを管理するエンドツーエン

ドのソリューションとなります。

TaskSpace アプリケーションのインポート

TaskSpace アプリケーションをインポートするには、新しい Composer プロジェクトを作成する必


TaskSpace アプリケーションをインポートするには

1. 新しい Composer プロジェクトを作成します (「新しいプロジェクトの作成 (26ページ)」を参

照)。


DocApp の移行

2. 作成した新しいプロジェクトを右クリックし、ドロップダウンメニューから [インポート] を選

択します。

[インポート] ダイアログボックスが表示されます。

3. [Documentum] フォルダを展開して、[リポジトリからの TaskSpace アプリケーション] を選択

し、[次へ] をクリックします。

[プロジェクトの選択とリポジトリのログイン] ダイアログボックスが表示されます。

4. 表 7 (57ページ) の説明に従って、プロジェクトおよびログインに関する情報を入力します。

表 7. TaskSpace プロジェクトおよびリポジトリに関する情報


プロジェクト名手順 1. で作成した TaskSpace プロジェクトの名前。

リポジトリ名インポートする TaskSpace アーティファクトが格納されてい

るリポジトリの名前。

ユーザ名インポートする TaskSpace アーティファクトが格納されてい

るリポジトリにログインする際に使用する名前。


DocApp の移行


パスワードインポートする TaskSpace アーティファクトが格納されてい

るリポジトリにログインする際に使用するパスワード。


は、リポジトリをアクセスするクライアントとは異なるドメイン

にリポジトリが存在する場合のみです。

5. [ログイン] をクリックします。

[TaskSpace アプリケーションの選択] ダイアログボックスが表示されます。

6. [使用可能なアーティファクトからの選択] リストから TaskSpace アーティファクトを選択し、

[追加] をクリックします。

7. TaskSpace アーティファクトの選択が終わったら、アーティファクトをリポジトリからインポート

するために [終了] をクリックします。アーティファクトが TaskSpace プロジェクトにインポー

トされます。

TaskSpace アーティファクトを Composer にインポートするときには次の規則が適用されます。

• Composer で TaskSpace アーティファクトを変更する場合、これらの変更内容は、リポジトリ

からアーティファクトが次回にインポートされない限り、上書きされません。TaskSpace アー

ティファクトは、Documentum TaskSpace で変更する必要があります。

• Composer で TaskSpace プロジェクトに新しいアーティファクトを追加する場合、リポジトリか

ら TaskSpace アプリケーションが次にインポートされるときまでに保持されます。

TaskSpace アプリケーションを作成する

TaskSpace アプリケーションのビルドは、その他の Composer プロジェクトのビルドに似ていま

す。どちらの場合でも、Composer によって DAR ファイルが生成され、Composer ワークスペー

スの ...\<ワークスペース>\<プロジェクト>\bin-dar ディレクトリにある <プロジェクト>.dar ファイ

ルに保存されます。

TaskSpace アプリケーションをビルドするには

1. [プロジェクト] をクリックし、[自動的にビルド] を選択解除して、Composer の自動ビルドオ

プションをオフにします。

2. ビルドする TaskSpace プロジェクトを右クリックし、ドロップダウンリストから [プロジェクトの

ビルド] を選択します。

TaskSpace プロジェクトがビルドされ、...\<ワークスペース>\<プロジェクト>\bin-dar ディレク

トリに <プロジェクト>.dar ファイルが生成されます。ここで、<ワークスペース> はワークス

ペースの名前で、<プロジェクト> はプロジェクトの名前です。


DocApp の移行

メモ: DAR ファイルは、Ant タスクおよび headless Composer を使用してビルドすることもできま

す。Ant タスクを使用したプロジェクトのビルドの詳細については、「DAR ファイルの生成 (240ページ)」を参照してください。

TaskSpace アプリケーションのインストール

Composer プロジェクトのインストールと同様に、[Documentum プロジェクトのインストール] オプ

ションを使用して TaskSpace アプリケーションをインストールすることもできます。

TaskSpace アプリケーションをインストールするには

1. [Documentum Project Navigator] ビューで、インストールする TaskSpace アプリケーションを

右クリックし、ドロップダウンメニューから [Documentum プロジェクトのインストール...] を選

択します。

[インストール設定] ダイアログボックスが表示されます。


DocApp の移行

2. 表 8 (60ページ) の説明に従って、インストール情報を入力します。

表 8. TaskSpace のインストールパラメータ情報

インストールパラメータ説明

リポジトリインストールリポジトリの名前。必須パラメータ。リポジト

リの名前を入力するか、ドロップダウンリストからリポジ

トリを選択します。リポジトリは、バージョン 6 リポジトリ

である必要があります。リポジトリにアクセスするには、

スーパーユーザ権限が必要です。

ユーザ名リポジトリのログインユーザ名。

パスワードリポジトリのログインパスワード。

ドメインリポジトリのドメイン名。ドメイン名を指定する必要がある

のは、リポジトリをアクセスするクライアントとは異なるドメ

インにリポジトリが存在する場合のみです。

インストールオプション TaskSpace アプリケーションをリポジトリにインストールす

る方法を指定します。ドロップダウンリストから [バージョ

ン] を選択します。TaskSpace アプリケーションがすで

にターゲットリポジトリに存在する場合、インストール

プロセスにより、既存のアーティファクトが上書きされ、

バージョン付けされます。

インストールパラメータファ

イルの使用

このオプションは選択しないでください。

ローカライズされたアーティ

ファクトデータのインストール

このオプションは選択しないでください。


[インストールパラメータファイル値の編集] ダイアログボックスが表示されます。


DocApp の移行

インストールパラメータテーブルには、各インストールパラメータの名前、タイプ、および

デフォルト値が一覧表示されます。パラメータ値は変更しないでください。

4. [終了] をクリックすると、TaskSpace アプリケーションがリポジトリにインストールされます。


DocApp の移行


第 4 章

Web Services の管理


• Web サービス (63ページ)• DFS モジュールオプションの設定 (64ページ)• DFS サービスライブラリを設定するには (65ページ)• サービスカタログの設定 (66ページ)• Web サービスの表示 (68ページ)• クライアントプロキシの生成 (71ページ)• サービスの作成 (73ページ)• カタログおよびカテゴリに関する情報の変更 (76ページ)• サービスの発行 (78ページ)• サービスの発行停止 (79ページ)• サービスのエクスポート (79ページ)

Web サービス

簡単に説明すると、Web サービスとは、ネットーワーク上でのコンピュータ間の相互連動をサ

ポートするように設計されたソフトウェアシステムです。Web サービスは多くの場合、インター

ネットなどのネットワーク経由でアクセスできる Web API であり、要求されたサービスをホストす

るリモートシステム上で実行されます。

Composer では、EMC DFS (Documentum Foundation Services) レジストリプラグインを提供する

ことで Web サービスがサポートされます。このプラグインにより、ユーザは、Web サービスレジス

トリへの接続、WSDL をインポートすることによる Java クライアントライブラリの作成、サービスの

作成、またはEAR ファイルへのサービスのエクスポートを行うことができます。Composer には、

個々の新規 Documentum Project 用の DFS Services ライブラリおよび DFS Builder が含まれて

います。DFS Builder と DFS サービスライブラリは、プロジェクトのプロパティで設定できます。



DFS モジュールオプションの設定

プロジェクトの DFS のコンテキストルートとモジュール名は、[DFS モジュール] ダイアログボッ

クスで設定できます。

DFS モジュールオプションを設定するには

1. プロジェクトを右クリックし、ドロップダウンリストから [プロパティ] を選択します。


2. [Documentum Project] を展開し、[DFS モジュール] を選択します。

[DFS モジュール] ダイアログボックスが表示されます。

3. DFS のコンテキストルートとモジュール名を [コンテキストルート] フィールドと [DFS モ

ジュール名] フィールドに入力します。




DFS サービスライブラリを設定するには

Composer では、プロジェクトで使用する DFS サービスライブラリを選択できます。DFS サービス

ライブラリは、プロジェクトプロパティで設定します。デフォルトでは Composer には DFS サービ

スライブラリが 1 つ搭載されていますが、複数の DFS サービスライブラリをサポートできます。

DFS サービスライブラリを設定するには



2. [Java ビルドパス] を選択します。

[Java ビルドパス] ダイアログボックスが表示されます。

3. [ライブラリ] タブをクリックして、リストボックスから[DFS サービスライブラリ] を選択し、[編集] をクリックします。

[DFS サービスライブラリ] ダイアログボックスが表示されます。



4. 追加する DFS ライブラリの種類を選択し、[終了] をクリックします。

サービスカタログの設定

サービスカタログ接続オプションは、[設定] ダイアログボックスで設定します。

サービスカタログを設定するには

1. Composer のメインメニューで、[ウィンドウ] > [設定 ...] を選択します。


2. [設定] リストで、[Documentum] をダブルクリックし、[サービスカタログ] を選択します。

[サービスカタログ] ダイアログボックスが表示されます。



[サービスカタログ] テーブルに現在設定されているサービスが一覧表示されます。

3. 別のサービスレジストリを設定するには、[追加] をクリックします。

[サービスレジストリ] ダイアログボックスが表示されます。

4. 表 9 (68ページ) の説明に従って、サービスレジストリの設定パラメータを入力します。



表 9. サービスレジストリオプション


レジストリエイリアスサービスレジストリの名前を指定する文字列。

取得 URL サービスをホストするサーバの URL を指定する文字列。

URL のフォーマットは、http://<ドメイン>/inquiry である必

要があります。ここで、ドメインはサーバのドメイン名です。

発行 URL サービスの発行先となるサーバの URL を指定する文字

列。URL のフォーマットは、http://<ドメイン>/publish で

ある必要があります。ここで、ドメインはサーバのドメイン

名です。

ユーザ名サービスをホストするサーバのログイン名。

パスワードサービスをホストするサーバのパスワード。

Web サービスの表示

Composer では、Web サービスとそれに関連するアクションのすべては、個別のパースペクティ

ブである [Documentum ソリューション] パースペクティブに表示されます。

使用可能な Web サービスを表示するには

1. Composer のメインメニューで、[ウィンドウ] > [パースペクティブを開く] > [その他 ...] を選

択します。

[パースペクティブを開く] ダイアログボックスが表示されます。



2. [Documentum ソリューション] を選択し、[OK] をクリックします。

[サービスカタログ] タブと [マイサービス] タブが表示されます。

[サービスカタログ] タブには、設定したサーバのサービスカタログとサービスがすべて表示

されます。[マイサービス] タブには、インポートまたは作成したサービスが表示されます。

3. Web サービスカタログを表示するには、カタログを展開します。次に、サービスをダブル

クリックすると、サービスの詳細を表示されます。

サービスの詳細が、[全般] タブが選択された状態で表示されます。



4. [処理] タブをクリックすると、サービスメソッドが表示されます。

サービスのフィルタ

サービスフィルタを使用すると、[サービスカタログ] タブに表示するサービスを指定できます。

サービスをフィルタするには

1. [Documentum ソリューション] パースペクティブで、[サービスカタログ] タブの下にある検

索アイコン ( ) をクリックします。

[サービス検索] ダイアログボックスが表示されます。

2. [次を使用するフィルタサービスカタログ:] を選択し、検索条件を入力します。[組織名]、[サービス名]、[カタログ名]、[カテゴリ名] でフィルタできます。


検索条件と一致するサービスが [サービスカタログ] ビューに表示されます。



クライアントプロキシの生成

[サービスカタログ] タブの [インポート] オプションを使用すると、サービスのクライアントプロ

キシを生成して Composer プロジェクトで使用可能にすることができます。

サービスのクライアントプロキシを生成するには

1. [サービスカタログ] ビューで、クライアントプロキシを生成するサービスを右クリックし、[インポート] を選択します。

[サービスのインポート] ダイアログボックスが表示されます。

2. クライアントプロキシを生成するプロジェクトを入力するか、ドロップダウンリストからプロ

ジェクトを選択して、[OK] をクリックします。

クライアントプロキシがプロジェクトにインポートされます。[マイサービス] タブにサービ

ス名が表示されます。



[Documentum Navigator] ビューにあるプロジェクトの [Web Services] フォルダにサービス

の JAR ファイルと WSDL が表示されます。

サービスの使用

サービスを使用するには、「クライアントプロキシの生成 (71ページ)」の説明に従ってサービス

のクライアントプロキシをインポートし、サービスを呼び出すコードを作成します。

次のコード例は、サービスの呼び出し方法を示しています。この例のカスタムコードは、太字

で強調表示された try ブロックだけです。

package com.acme.loanapp.services;

import com.emc.documentum.fs.datamodel.core.context.RepositoryIdentity;import com.emc.documentum.fs.rt.context.ContextFactory;import com.emc.documentum.fs.rt.context.IServiceContext;import com.emc.documentum.fs.rt.context.ServiceFactory;import com.emc.services.ws.client.soap.*;

public class AcmeLoanServiceOrchestration{

public static void main(String [ ] args){RepositoryIdentity m_theId = new RepositoryIdentity();

m_theId.setRepositoryName("D65Docbase");



m_theId.setUserName("dfsuser");m_theId.setPassword("dfs");

//completion point ’get context’IServiceContext context = ContextFactory.getInstance().newContext();ServiceFactory sf = ServiceFactory.getInstance();

context.addIdentity(m_theId);

try {//completion point ’instantiate services’IWorkflowService qSvc = sf.getRemoteService(IWorkflowService.class,

context, "core", "http://localhost:9080/services");qSvc.start("ProcessLoanApplication");

}catch (Exception e)

{System.out.println("An exception has occured: " + e);

}}

}

サービスの作成

サービスは、Java ファイルから作成したり、クライアントプロキシの WSDL ファイルから生成す

ることができます。

Java ファイルからのサービスの作成

新しいサービスを作成するには、[Package Explorer] ビューに切り替える必要があります。

メモ : このガイドでは、サービスの Java ファイルの作成方法についてのみ説明し、サー

ビスの開発方法については説明しません。DFS サービスの開発の詳細については、

『EMC Documentum Documentum Foundation Services Development Guide Version 6.5 (EMCDocumentum Documentum Foundation Services 開発ガイド、バージョン 6.5)』を参照してくださ

い。

Java ファイルからサービスを作成するには

1. [ウィンドウ] > [ビューの表示] > [Package Explorer] を選択して、[Package Explorer] ビュー

に移動します。

2. Web Service/src ディレクトリにサービスの Java パッケージを作成します。

a. Web Service/src ディレクトリを右クリックし、[新規作成] > [パッケージ] を選択します。

[Java パッケージの新規作成] ダイアログボックスが表示されます。



b. Java パッケージの名前 (たとえば、com.emc.services) を入力し、[終了] をクリックしま

す。

3. Java クラスを作成します。

a. 先ほど作成した Java パッケージを右クリックし、[新規作成] > [クラス] を選択します。

[Java クラスの新規作成] ダイアログボックスが表示されます。



b. Java クラスの名前 (たとえば、TestService) を入力し、含めるメソッドを選択して、[終了] をクリックします。ワークスペースに Java ファイルが表示されます。

c. サービスを指定するコードを記述します。DFS サービスの開発の詳細については、

『EMC Documentum Documentum Foundation Services Development Guide Version 6.5(EMC Documentum Documentum Foundation Services 開発ガイド、バージョン 6.5)』を参照してください。

d. 変更を保存します。

[未分類] の下にある [Documentum ソリューション] パースペクティブの [マイサービ

ス] タブに新しいサービスが表示されます。

WSDL からのサービスの作成

サービスは、WDSL ファイルから直接作成することができます。

WSDL からサービスを作成するには

1. [Documentum Navigator] ビューのプロジェクトの [Web Services] フォルダに移動します。



2. サービスを生成する WSDL を右クリックし、ドロップダウンメニューから [サービスの作成]を選択します。

[サービスの作成] ダイアログボックスが表示されます。

3. サービスを作成するプロジェクトの名前を入力するか、ドロップダウンリストからプロジェク

トを選択して、[OK] をクリックします。

プロジェクトの [Web Services] フォルダの /src ディレクトリにサービスの Java ファイルが表

示されます。

カタログおよびカテゴリに関する情報の変更

「サービスの作成 (73ページ)」の説明に従って初めてサービスを作成すると、[マイサービス]タブにある [未分類] のカタログおよびカテゴリの下にサービスが表示されます。サービスのカ

タログ名およびカテゴリは、サービスエディタで変更できます。

サービスのカタログおよびカテゴリを作成するには

1. [マイサービス] タブのサービスを右クリックし、[開く] を選択します。

サービスエディタが表示されます。



2. 表 10 (77ページ) の説明に従って、[全般] セクションおよび [分類] セクションにサービス

に関する情報を入力します。

表 10. Web サービスに関する情報


一般

名前サービスの名前。

説明サービスの説明。

発行用にマークこのサービスを発行できるかどうかを指定します。このオ

プションはデフォルトで有効になっています。

分類

カタログカタログの名前。[追加] をクリックして新しいカタログエ

ントリを追加し、[カタログ] 列のフィールドを選択して変

更します。

カテゴリカタログカテゴリの名前。[追加] をクリックして新しいカ

テゴリエントリを追加し、[カテゴリ] 列のフィールドを選

択して変更します。


新しいまたは変更したカタログ名とカテゴリが [マイサービス] タブに表示されます。



サービスの発行

レジストリにサービスを発行するには、[サービスの発行] ダイアログボックスを使用します。

サービスを発行するには

1. [Documentum ソリューション] パースペクティブに切り替え、[マイサービス] タブに発行す

るサービスを探します。

2. サービスを右クリックし、ドロップダウンリストから [発行] を選択します。

[サービスの発行] ダイアログボックスが表示されます。

3. 表 11 (78ページ) の説明に従って、発行に関する情報を入力し、[OK] をクリックします。

表 11. サービスの発行に関する情報


レジストリサービスの発行先となるレジストリのエイリアス。ドロップ

ダウンリストからレジストリを選択します。

組織名サービスが存在する組織の名前。

DFS サーバの URL DFS サーバの URL。

コンテキストルートサービスアドレスのルートを指定します。たとえば、

https://127.0.0.1:7001/dfs/ という URL では、"dfs" がコン

テキストルートになります。

モジュール名サービスモジュールの名前を指定します。

4. [サービスカタログ] をクリックし、ビューを更新します。

サービスが正常に発行されると、[サービスカタログ] リストにサービスが表示されます。



サービスの発行停止

サービスを発行停止すると、そのサービスは、DFS サーバで使用できなくなり、レジストリのク

エリに表示されなくなります。

サービスを発行停止するには

1. [サービスカタログ] ビューで、サービスを右クリックし、[発行停止] を選択します。

[サービスの発行停止] ダイアログボックスが表示されます。

2. [OK] をクリックすると、サービスが発行停止されます。

発行停止されたサービスは、[サービスカタログ] ビューに表示されなくなります。

サービスのエクスポート

サービスをエクスポートすると、アーカイブ EAR ファイル、ランタイムリソースを含む JAR、お

よびオプションのマニフェスト XML ファイルが生成されます。

サービスをエクスポートするには

1. [Documentum Navigator] ビューまたは [Package Explorer] ビューで、サービスが含まれる

プロジェクトを右クリックします。

2. [エクスポート] > [Documentum] > [サービスアーカイブのエクスポート] を選択して、[次へ] をクリックします。

[サービスアーカイブのエクスポート] ダイアログボックスが表示されます。



3. 表 12 (80ページ) の説明に従って、サービスのエクスポートに関する情報を入力し、[終了] をクリックします。

表 12. サービスのエクスポートに関する情報


アーカイブ名アーカイブ EAR ファイルの名前。ファイルのフォーマットは

<アーカイブ名>.ear です。

コンテキストルートサービスアドレスのルートを指定します。たとえば、

https://127.0.0.1:7001/dfs/ という URL では、"dfs" がコンテキス

トルートになります。

エクスポート先 EAR ファイルを保存するローカルマシンまたはネットワークド

ライブ上のロケーション。[選択] をクリックし、EAR ファイルを

保存するロケーションを参照できます。




エクスポート用のサー

ビス

エクスポートするサービスを選択します。

ランタイムライブラリ EAR ファイルに含まれ、その EAR ファイルとともにエクスポー

トされる JAR。 [追加] をクリックして、Composer ワークスペース

から JAR ファイルを追加します。[外部 JAR の追加] をクリック

して、ローカルファイルシステムから JAR ファイルを追加しま

す。

ランタイムリソースアーカイブ EAR ファイルに含まれ、その EAR ファイルととも

にエクスポートされるランタイムリソース。ランタイムリソースは

JAR ファイルにパッケージ化されます。[選択] をクリックし、エ

クスポートするリソースをチェックします。

発行マニフェストの生

成

EAR ファイルとともにマニフェスト XML ファイルをエクスポー

トする場合は、このオプションを選択します。マニフェストファ

イルのフォーマットは <アーカイブ名>-publish-manifest.xmlです。

組織名サービスを作成した組織の名前。

Composer は、アーカイブ EAR ファイル、ランタイムリソース JAR ファイル、およびマニフェ

ストファイルをエクスポート先で作成します。

サービスのデプロイ

サービスをエクスポートし、EAR ファイルを生成したら、EAR ファイルを DFS サーバにコピー

してサービスをデプロイできます。

サービスをデプロイするには

1. 「サービスのエクスポート (79ページ)」の説明に従って、デプロイするサービスの EAR ファ

イルを生成します。

2. EAR ファイルを DFS サーバのサービスディレクトリにコピーします。




第 5 章

エイリアスセットの管理


• エイリアス、エイリアス値、およびエイリアスセット (83ページ)• エイリアスセットの作成 (83ページ)

エイリアス、エイリアス値、およびエイリアスセット

Documentum アプリケーションのアスペクトの多くには、特定のユーザ、グループ、アクセス権

セット、リポジトリキャビネットやフォルダへの参照が含まれています。実際のユーザ、グルー

プ、キャビネット、またはフォルダの名前を参照する代わりに、エイリアス (記号名) を割り当て

ることができます。記号名は、エイリアス名と呼ばれます。また、実際の値はエイリアス値と呼ば

れます。エイリアスの集合がエイリアスセットです。

エイリアスセットの作成

エイリアスセットエディタを使用して新しいエイリアスセットを作成します。

エイリアスセットを作成するには



• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[エイリアスセット] を右クリックする。 [新規] > [その他] を選択する。


2. [Documentum] → [エイリアスセット] を選択してから、[次へ] をクリックします。

[新しい Documentum アーティファクト - 名前とロケーション] ダイアログボックスが表示さ

れます。



3. エイリアスセットを作成するプロジェクトのフォルダパスとプロジェクト名を [フォルダ] フィー

ルドに入力するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. エイリアスセットのファイル名を [アーティファクト名] フィールドに入力し、[終了] をクリック

します。

エイリアスセットエディタが表示されます。

5. エイリアスセットの名前を [名前] フィールドに入力し、必要に応じて [説明] フィールドに

説明を入力します。

6. [エイリアス] セクションの [追加] をクリックして、エイリアスセットを構成する 1 つまたは複

数のエイリアスを作成します。

[新しいエイリアス] ダイアログボックスが表示されます。

7. [名前] フィールドに新しいエイリアスの名前を入力し、[タイプ] ドロップダウンリストからタ

イプを選択します。次のタイプのエイリアスを作成できます。

• 不明



• ユーザ

• グループ

• ユーザまたはグループ

• キャビネットパス

• キャビネットまたはフォルダパス

• アクセス権セット

8. 設定が終わったら [OK] をクリックします。

[エイリアスの詳細] セクションが表示されます。

9. 表 13 (85ページ) の説明に従って、エイリアスの詳細を [エイリアスの詳細] セクションに入

力します。

表 13. エイリアスの詳細


名前エイリアスの名前を表す文字列。

タイプエイリアスを使用する対象のタイプを指定します。

値エイリアスのパラメータと値を指定します。[新しいエイリアス] ダイ

アログボックスの [タイプ] フィールドで指定したエイリアスに応じ

て、[値] セクションで使用可能なパラメータと値のオプションは異

なります。エイリアス値の詳細については、「エイリアス値の設定

(86ページ)」を参照してください。




カテゴリエイリアスカテゴリは、開発者がアプリケーションでエイリアスを

編成するために使用します。Documentum ソフトウェアではこ

のフィールドは使用しません。

説明カテゴリの説明 (オプション)。


エイリアス値の設定

エイリアスに設定できるパラメータと値は、[エイリアスの詳細] セクションの [タイプ] フィールド

で指定したエイリアスのタイプによって異なります。表 14 (86ページ)で、各エイリアスタイプに

関連付けられるパラメータについて説明します。

表 14. エイリアスタイプの値

エイリアスタイプ値オプション説明

不明不明なエイリアスタ

イプには値を割り当

てることができませ

ん。

ユーザ • 空白のままにす

る

• パラメータ

パラメータを割り当てるには、[パラメータ] をク

リックし、[選択] をクリックします。 [ユーザインス

トールパラメータ] ダイアログボックスが表示され

ます。リストボックスからパラメータを選択するか、

[新規作成...] をクリックして新しいユーザパラ

メータを作成します。

グループ

• 空白のままにす

る

• パラメータ

• 値

パラメータを割り当てるには

• [パラメータ] をクリックし、[選択] をクリックしま

す。 [グループインストールパラメータ] ダイ

アログボックスが表示されます。リストボック

スからパラメータを選択するか、[新規作成]をクリックして新しいグループパラメータを

作成します。

値を割り当てるには

• [値] をクリックし、[選択] をクリックします。

[Documentum グループアーティファクト] ダイアログボックスが表示されます。リストボッ




クスからアーティファクトを選択し、[OK] をク


ユーザまたはグ

ループ• 空白のままにす

る

• パラメータ

パラメータを割り当てるには、[パラメータ] をク

リックし、[選択] をクリックします。 [プリンシパル (ユーザまたはグループ) インストールパラメータ]ダイアログボックスが表示されます。リストボック

スからパラメータを選択するか、[新規作成...] をクリックして新しいパラメータを作成します。

キャビネットパス • パラメータ

• 値



す。 [フォルダインストールパラメータ] ダイア

ログボックスが表示されます。リストボックスか

らパラメータを選択するか、[新規作成...] をク

リックして新しいパラメータを作成します。


• [値] をクリックし、[選択] をクリックします。 [フォルダサブタイプアーティファクト] ダイア

ログボックスが表示されます。リストボックス

からアーティファクトを選択し、[OK] をクリッ

クします。

キャビネットまた

はフォルダパス• パラメータ

• 値



す。 [フォルダインストールパラメータ] ダイア

ログボックスが表示されます。リストボックスか

らパラメータを選択するか、[新規作成...] をク

リックして新しいパラメータを作成します。


• [値] をクリックし、[選択] をクリックします。 [フォルダサブタイプアーティファクト] ダイア

ログボックスが表示されます。リストボックス

からアーティファクトを選択し、[OK] をクリッ

クします。

アクセス権セット • パラメータ

• 値



す。 [ACL インストールパラメータ] ダイアログ

ボックスが表示されます。リストボックスからパ




ラメータを選択するか、[新規作成...] をクリッ

クして新しいパラメータを作成します。


• [値] をクリックし、[選択] をクリックします。 [アクセス権セット (ACL) テンプレートアーティ

ファクト] ダイアログボックスが表示されます。

リストボックスからアーティファクトを選択する

か、[新規作成...] をクリックして新しいアーティ

ファクトを作成します。


第 6 章

アスペクトの管理


• アスペクトモジュールおよびアスペクトタイプ (89ページ)• アスペクトタイプの作成 (89ページ)• アスペクト属性の追加 (92ページ)• アスペクト UI 情報の設定 (95ページ)• アスペクトモジュールの作成 (98ページ)

アスペクトモジュールおよびアスペクトタイプ

アスペクトモジュールは、実行可能なビジネスロジック、およびアスペクトをサポートする要素

(サードパーティのソフトウェアやドキュメントなど) で構成されます。アスペクトは、オブジェクト

タイプのインスタンスに対する動作のカスタマイズまたはメタデータの記録、あるいはその両方

を行います。アスペクトモジュールは、アスペクトタイプ定義、アスペクトが実装する動作に関

する実装クラスとインターフェイスクラス、およびアスペクトが依存するインターフェイスクラス

で構成されます。モジュールには、Java ライブラリやドキュメントが含まれる場合もあります。

アスペクトタイプの作成

アスペクトエディタを使用してアスペクトタイプを作成します。

アスペクトタイプを作成するには



• Composer プロジェクトで、[アーティファクト] フォルダを展開して [タイプ] を右クリック

する。[新規] > [その他] を選択する。




2. [Documentum] → [アスペクトタイプ] を選択し、[次へ] をクリックします。


れます。

3. アスペクトタイプを作成するプロジェクトのフォルダのパスと名前を [フォルダ] フィールド

に入力するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. [アーティファクト名] フィールドにアスペクトタイプのファイル名を入力し、[次へ] をクリック

します。

アスペクトエディタの [全般] タブが表示されます。

5. 表 15 (90ページ) の説明に従って、[情報]、[制約]、[イベント] の各セクションにアスペク

トに関する情報を入力します。

表 15. [全般] タブで入力するアスペクト情報


情報

タイプ名アスペクトの名前を表す文字列。アスペクトタイプ名

は、アスペクトを参照しているアスペクトモジュール

の名前と同じ名前にする必要があります。すべての

アスペクト名に次の規則が適用されます。

• 27 文字以内、すべて小文字。Content Server では大文字と小文字は区別されず、タイプ名はす

べて小文字で格納されます。

• 名前の先頭は必ず文字にします。その後は、文

字、数字、アンダースコアを使用できます。

• スペースや句読点は使用できません。




• 末尾をアンダースコア (_) にすることはできま

せん。

制約制約は、タイプの属性値同士またはタイプの属性

値と定数値を関係付ける、Docbasic 式の形式で表

した内部的な整合性要件です。

式制約を定義する Docbasic 式。新しい式を作成する

場合は、[新規] をクリックします。制約の追加の

詳細については、「制約式の設定 (91ページ)」を参照してください。

適用アプリケーションがこの制約を適用するかどうかを指

定します。表の [適用] 列のセルをクリックして、関連

付けられた式に対する制約の適用を有効または無

効にすることができます。制約フィールドに指定でき

る値は次の 2 種類です。

• 無効: 制約は無効です。

• アプリケーションの実行: このタイプを使用するア

プリケーションによって制約が実行されます。

イベントイベントは、オブジェクトに対する特定のアクション

です。作成や変更ができるのはアプリケーションイ

ベントのみで、システムイベントの作成および変更

はできません。新しいイベントを入力するには、[新規作成] をクリックします。イベントを編集または削

除するには、対象のイベントを選択して [編集] また

は [削除] をクリックします。

イベント名このタイプのインスタンスに関連付けられるイベント

の名前を表す文字列。

イベントラベルイベントのラベルを表す文字列。

制約式の設定

制約は、アスペクトの属性値同士またはアスペクトの属性値と定数値を関係付ける、Docbasic式の形式で表した内部的な整合性要件です。



アスペクトの制約式を追加するには

1. アスペクトエディタの [アスペクトの概要] タブの [制約] セクションで、[追加] をクリックし

ます。

[制約の編集] ダイアログボックスが表示されます。

2. [式] テキストボックスに、true または false に解決される有効な Docbasic 制約式を入力し

ます。Docbasic 式は、制約が満たされるときは true、制約違反のときは false に解決される

必要があります。

3. 制約違反のときにアプリケーションに表示されるメッセージを、[制約違反の場合のエラー

メッセージ] テキストボックスに入力します。

4. アプリケーションでこの制約を適用するようにする場合は [制約を適用] チェックボックスを

オンにし、適用しないようにする場合はオフにします。


アスペクト属性の追加

アスペクトの属性は、アスペクトエディタの [属性] タブで設定します。アスペクト属性は、特定

のタイプのすべてのアスペクトに適用されるプロパティです。アスペクトが作成されると、その

属性はそのアスペクトタイプの特定のインスタンスを定義する値に設定されます。各アスペク

トの属性を設定する必要があります。属性を設定せずにアスペクトを作成すると、アスペクトの

アーティファクトはリポジトリに正しくインストールされず、プロジェクト全体のインストールが失

敗します。

属性を作成するには

1. アスペクトエディタの [属性] タブをクリックして [属性] ビューを表示します。



2. [新規作成] をクリックして新しい属性エントリを作成し、その新しい属性エントリを選択し

ます。

[アスペクト属性] ビューが展開します。

3. 「アスペクト属性の構造の設定 (93ページ)」の説明に従って、属性の構造を設定します。

アスペクト属性の構造の設定

属性の構造は、[アスペクト属性] ビューの [構造] セクション (図 3 (93ページ) を参照) で設定

します。

図 3. [アスペクト属性] ビューの [構造] セクション

表 16 (94ページ) の説明に従って、属性構造のプロパティを入力します。



表 16. 属性構造のプロパティ


名前新しい属性の名前を表す文字列。属性名に使用する文字

はすべて小文字にする必要があります。先頭の文字を、

dm_、a_、i_、r_、数値、スペース、一重引用符にすることは

できません。また、select、from、または where という名前

を付けることはできません。

データタイプ新しい属性のデータタイプ。ドロップダウンリストから次のい

ずれかのデータタイプを選択します。

• BOOLEAN• INTEGER• STRING• ID• TIME• DOUBLE• UNDEFINED

長さこのパラメータは、STRING データタイプを使用する属性に

のみ適用されます。この属性の文字数を入力します。この属

性に割り当て可能な大文字数は、アプリケーションをイン

ストールするデータベースによって異なります。

繰り返しこの属性が複数の値を持てるかどうかを指定します。この

属性に対して複数の値を指定できるようにするには、チェッ


修飾不可属性が修飾可能かどうかを指定します。

修飾できない属性のプロパティおよび値は直列形式で格納

され、プロパティや値が定義されるオブジェクトタイプを表す

各自の列は、基になるデータベーステーブルに存在しませ

ん。つまり、データベースに公開されていないため、修飾で

きない属性をクエリで使用することはできません。

デフォルト値単一値属性のデフォルト値 (1 つ) または繰り返し属性のデ

フォルト値 (複数) を指定します。



アスペクト UI 情報の設定

[アスペクト UI 情報] ビューでは、Documentum クライアントおよびカスタムアプリケーションに

表示されるアスペクト属性を指定できます。アスペクトエディタの [表示] タブをクリックすると、

[アスペクト UI 情報] ビュー (図 4 (95ページ) を参照) が表示されます。

図 4. [アスペクト UI 情報] ビュー

クライアントに表示される 1 つまたは複数の属性を設定するには

1. 表 17 (95ページ) の説明に従ってアスペクト UI 情報を入力します。

表 17. アスペクト UI 情報


表示設定

スコープアスペクトが表示されるアプリケーションの名前。ア

プリケーションの名前が、リポジトリに存在している





表示設定リストアスペクト属性が表示されるタブを指定します。次

のようにしてタブの追加、削除、タブ名の変更、タ

ブ位置の変更を行うことができます。

• 新しいタブを追加するには、[新規作成] をク

リックします。[表示設定] ダイアログボックスが

表示されます。クライアントアプリケーションに

属性を表示するためのタブを追加する方法に

ついては、「タブの追加 (96ページ)」を参照し

てください。

• タブを削除するには、リストからタブ名を選択

して [削除] をクリックします。

• タブの名前を変更するには、リストからタブ名を

選択して [名前変更] をクリックします。

• タブの表示順序を変更するには、リストからタブ

名を選択し、[上へ] または [下へ] をクリックして

目的の位置にタブを移動します。

表示設定の属性タブに表示される属性を編集できます。

アプリケーションインターフェイ

ス表示

タイプラベルこのアスペクトに関してクライアントアプリケーショ

ンで表示する文字列。

ユーザヘルプアプリケーションに表示される説明 (オプション)。

開発者へのコメント開発者に対するコメント (オプション)。

タブの追加

[表示設定] ダイアログボックスを使用して、属性を表示するタブを追加します。

属性を表示するタブを追加するには

1. [アスペクト UI 情報] ビュー (図 13 (212ページ) を参照) の [表示設定リスト] セクションの [新規作成] をクリックします。[表示設定リスト] ボックスに、新規タブ用のデフォルトのタブ

(NewConfig1) が表示されます。

2. デフォルトのタブを選択して [編集] をクリックします。

[表示設定] ダイアログボックスが表示されます。



3. 表 18 (97ページ) の説明に従って、タブのプロパティを設定します。

表 18. タブ設定のプロパティ

タブのプロパティ説明

設定名タブの内部オブジェクト名を表す文字列。このダイアロ

グボックスでこの名前を変更することはできません。

設定ラベルクライアントアプリケーションのタブに表示される名前

を指定する文字列。

使用可能な属性タブに表示できる属性の一覧が表示されます。タブに表

示する属性を選択して、[追加] をクリックします。選択し

た属性は [選択した属性の配列] リストに表示されます。

使用可能な属性の一覧が空の場合は、設定されている

属性がありません。属性の設定の詳細については、「ア

スペクト属性の追加 (92ページ)」を参照してください。

選択した属性の配列タブに表示される属性と、それらの属性をどのように表

示するかを指定します。タブに表示される属性の配置

は、属性を選択し、次のボタンを使用することによって

変更できます。

• 上へ: 表示順序の上の方に属性を移動します。

• 下へ: 表示順序の下の方に属性を移動します。

• 区切り文字の追加: 選択した属性とその次の属性

の間に区切り文字を追加します。

• 区切り文字の削除: 区切り文字を削除します。

• 次のページへ: 1 つのタブにすべての属性が収まら

ない場合、次のページに表示されるようにします。




カスタム属性のみ [使用可能な属性] リストにカスタム属性のみ表示する

には、このオプションを選択します。

非表示属性のみ [使用可能な属性] リストに非表示の属性のみ表示する



アスペクトモジュールの作成

アスペクトモジュールを作成する前に、Documentum Project を作成する必要があります。

Documentum Project の作成の詳細については、「新しいプロジェクトの作成 (26ページ)」を参

照してください。

アスペクトモジュールを作成するには



• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[モジュール] を右ク

リックする。 [新規] > [その他] を選択する。


2. [Documentum] フォルダをダブルクリックして展開し、[アスペクトモジュール] を選択します。


れます。

3. 新しいアスペクトモジュールの名前を入力してから、[終了] をクリックします。

メモ: アスペクトモジュールの名前は、そのモジュールに関連付けられたアスペクトタイプ

と同じ名前にすることをお勧めします。

アスペクトモジュールエディタの [全般] タブが表示されます。



4. 表 19 (99ページ) の説明に従って、[情報]、[説明]、[必須モジュール]、[Javadoc]、[コア

JAR] セクションに、必須のプロパティとオプションのプロパティを入力します。

表 19. モジュールエディタの [全般] タブのプロパティ


一般

名前モジュールの名前を表す文字列。必須のパラメー

タです。大 255 文字の名前を入力できます。

タイプモジュールのタイプを表す文字列。必須のパラメー

タです。アスペクトモジュールに指定できるタイプ

は [アスペクト] のみです。

説明

作成者モジュールプロバイダの作成者。オプションのパ

ラメータです。

説明モジュールの説明 (255 文字以内)。オプションの

パラメータ。




必須モジュールこのモジュールが正しく機能するために必要なモ

ジュールを指定します。[追加] をクリックすると、

[モジュールアーティファクト] ダイアログボックスが

開きます。リストボックスからモジュールを選択して

[OK] をクリックします。または、新しいモジュールを

作成する場合は [新規作成] をクリックします。

Javadoc 実行時にアスペクトモジュールと共にダウンロード

できる Javadoc と他のリソースを指定します。[選択]をクリックすると、[システムオブジェクトサブタイプ

アーティファクト] ダイアログボックスが開きます。リ

ストから Javadoc またはリソースコンテンツを含むシ

ステムオブジェクトを選択するか、[新規作成] をク

リックして、ダウンロードするコンテンツを含むシス

テムオブジェクトを作成します。

コア JAR

実装 JAR モジュールの実装。必須のパラメータです。[追加]をクリックして、ローカルマシンから実装 JAR を

追加します。

クラス名モジュール用の主要な Java 実装クラス。必須の

パラメータです。TBO は IDfBusinessObject イン

ターフェイスを、SBO は IDfService インターフェイ

スを実装する必要があります。また、すべてのモ

ジュールは IDfModule インターフェイスを実装する


インターフェイス JAR このモジュールが実装する Java インターフェイス。

オプションのパラメータ。[追加] をクリックして、

ローカルマシンからインターフェイス JAR を追加

します。

5. [デプロイ] タブをクリックし、「アスペクトモジュールのデプロイの設定 (101ページ)」の説

明に従ってモジュールの依存関係を設定します。

6. [実行時] タブをクリックし、「アスペクトモジュールの実行時環境の設定 (102ページ)」の説明に従ってこのモジュールの実行時環境を設定します。

7. [アスペクトタイプ] タブをクリックし、「アスペクトタイプの設定 (104ページ)」の説明に従っ

てこのモジュールのアスペクトタイプを設定します。



アスペクトモジュールのデプロイの設定

[デプロイ] タブでは、Java ライブラリおよびその他のモジュールを、独自に作成または編集す

るモジュールにリンクすることができます。

モジュールのデプロイを設定するには

1. アスペクトモジュールエディタの [デプロイ] タブをクリックします。

[デプロイ] ビューが表示されます。

2. このモジュールで使用する Java ライブラリを追加するために、[Java ライブラリ] セクション

の [追加] をクリックします。

[JAR 定義 Java ライブラリアーティファクト] ダイアログボックスが表示されます。

リストボックスから Java ライブラリを選択して [OK] をクリックします。または、新しい Java ラ

イブラリを作成する場合は [新規作成] をクリックします。このモジュールにリンクできるの

は既存の Java ライブラリのみです。複数のモジュールで共有されている既存のライブラリ



を編集することはできません。新しい Java ライブラリを作成する方法については、「Java ライブラリのリンクと設定 (113ページ)」を参照してください。

3. [添付ファイル] セクションで、このモジュールがデプロイされるときにダウンロードできる追

加のオブジェクトを指定します。

4. [ログ出力] セクションで、ダウンロード後のメッセージを指定して、メッセージのログレベ

ルを選択します。

ログレベルに指定できる値は次のとおりです。

• 警告: ダウンロード後のメッセージは警告として記録されます。

• なし: ダウンロード後のメッセージは記録されません。

• 情報: ダウンロード後のメッセージは情報メッセージとして記録されます。

• デバッグ: ダウンロード後のメッセージはデバッグレベルで記録されます。


アスペクトモジュールの実行時環境の設定

実行時環境設定では、実行時に実行されるオプションのプロパティ (バージョン要件、Java シ

ステムプロパティ、静的にデプロイされたクラス、ローカルリソース) を設定できます。

実行時環境を設定するには

1. アスペクトモジュールエディタの [実行時] タブをクリックします。

[実行時] ビューが表示されます。

2. 表 20 (103ページ) の説明に従って、バージョン要件、Java システムプロパティ、静的にデ

プロイされたクラス、ローカルリソースを指定します。



表 20. モジュールの実行時環境のプロパティ


バージョン要件このセクションでは、モジュールが正常に機能する

ためにクライアントで必要な DFC および Java VMのバージョンを指定します。

必須 DFC バージョンこのモジュールが正常に機能するために必要な、

クライアントマシンの DFC の必須バージョン。

必須 VM バージョンこのモジュールが正常に機能するために必要な、

クライアントマシンの Java VM の必須バージョン。

Java システムプロパティこのセクションでは、Java のシステムプロパティを

名前と値のペアとして指定します。モジュールがダ

ウンロードされるときに、指定されたすべての Javaのプロパティがクライアントマシンでのプロパティと

一致するかどうか、そのクライアントマシンがチェッ

クされます。[追加] をクリックして名前のプレースホ

ルダと Java システムプロパティの値を入力し、次に

[名前] フィールドと [値] フィールドをクリックして、

プロパティの名前と値を編集します。

名前 Java システムプロパティの名前。

値 Java システムプロパティの名前に対応する値。

静的にデプロイされたクラスこのセクションでは、モジュールが正常に機能す

るために必要な静的 Java クラスを指定します。モ

ジュールがダウンロードされるときに、指定した Javaクラスのクラスパスがチェックされます。

完全修飾クラス名 Java クラスの完全修飾名。クラス名を入力して [追加] をクリックします。

ローカルリソースこのセクションでは、モジュールが正常に機能す

るためにローカルマシンで必要なファイルを指定

します。モジュールがダウンロードされるときに、

指定したファイルがあるかどうかクライアントマシ

ンがチェックされます。

デプロイメントへの相対ファイル

パス

ファイルの絶対パス。ファイル名とパスを入力して [追加] をクリックします。




アスペクトタイプの設定

[アスペクトタイプ] タブを使用して、アスペクトタブを設定します。

アスペクトタイプを設定するには

1. アスペクトモジュールエディタの [アスペクトタイプ] タブをクリックします。

[アスペクトタイプ] ビューが表示されます。

2. 表 21 (104ページ) の説明に従って、[情報] セクションのアスペクトタイプのプロパティを

設定します。

表 21. アスペクトタイプのプロパティ


情報




タイプ参照このアスペクトモジュールに関連付けられているア

スペクトタイプを指定します。

[選択] をクリックして、タイプ参照を追加します。[アスペクトアーティファクトの選択] ダイアログボックス

が表示されます。リストからアスペクトタイプを選択す

るか、[新規作成] をクリックして新しいアスペクトタイ

プを作成します。アスペクトタイプの作成の詳細に

ついては、「アスペクトタイプの作成 (89ページ)」を参照してください。

アスペクトのコピーアスペクトに関連するオブジェクトがコピーされると

きに、アスペクトが一緒にコピーされるかどうかを指

定します。デフォルトでは、アスペクトはオブジェクト

とともにコピーされます。

アスペクトのバージョン更新アスペクトに関連するオブジェクトのバージョンが更

新されるときに、アスペクトが一緒にコピーされるか

どうかを指定します。デフォルトでは、アスペクトは

オブジェクトとともにコピーされます。

アスペクトカテゴリこのアスペクトモジュールに関連付けられるアスペ

クトカテゴリを指定します。

アスペクトカテゴリを追加するには、リストからアスペ

クトカテゴリを選択し、[追加] をクリックします。

ターゲットオブジェクトタイプアスペクトを添付できるオブジェクトタイプを指定し

ます。

[追加] をクリックして、ターゲットオブジェクトタイプ

を追加します。[タイプアーティファクトの選択] ダイ

アログボックスが表示されます。リストからタイプを選

択するか、[新規作成] をクリックして新しいタイプを

作成します。タイプの作成の詳細については、「第

17 章タイプの管理」を参照してください。




第 7 章

フォーマットの管理


• フォーマット (107ページ)• フォーマットアーティファクトの作成 (107ページ)

フォーマット

フォーマットオブジェクトには、Content Server で認識されるファイルフォーマットに関する情

報があります。リポジトリの設定時にデフォルトで、事前定義されたファイルフォーマットのセッ

トがインストールされます。

フォーマットアーティファクトの作成

フォーマットエディタを使用して、フォーマットアーティファクトを作成します。

フォーマットアーティファクトを作成するには



• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[フォーマット] を右ク

リックする。 [新規] > [その他] を選択する。


2. [Documentum] → [フォーマット] を選択して、[次へ] をクリックします。


れます。

3. フォーマットアーティファクトのフォルダパスと名前を入力するか、デフォルトのパスと名

前を受け入れ、[終了] をクリックします。



フォーマットエディタが表示されます。

4. 表 22 (108ページ) の説明に従って、[全般] セクション、[Digital Asset Management] セク

ション、[全文検索用インデックス] セクションにフォーマットのプロパティを入力します。

表 22. フォーマットアーティファクトのプロパティ


一般

名前フォーマットの名前を表す ASCII 文字列。この文字列は、

64 文字を超えることはできません。

説明フォーマットを説明する文字列。この文字列は、64 文字を

超えることはできません。

デフォルトのファイル拡

張子

このフォーマットのファイルを共通領域、クライアントの

ローカル領域、またはストレージにコピーする際に使用す

る DOS 拡張子を表す文字列。この文字列は、10 文字を


COM クラス ID コンテンツタイプについて Windows レジストリで認識さ

れるクラス ID を表す文字列。この文字列は、38 文字を


MIME タイプコンテンツタイプの MIME (Multipurpose Internet MailExtension) を表す文字列。この文字列は、64 文字を超え

ることはできません。

Macintosh 作成者 Macintosh リソースファイルを管理するときに内部的に使

用される大 4 文字の文字列。

Macintosh タイプ Macintosh リソースファイルを管理するときに内部的に使

用される大 4 文字の文字列。




非表示クライアントアプリケーションのユーザインターフェイスで

このフォーマットオブジェクトを表示するかどうかを指定

する際にクライアントアプリケーションで使用します。選

択した場合、フォーマットはクライアントのユーザインター

フェイスで表示されません。

クラスフォーマットが属するフォーマットのクラスを指定します。た

とえば、xml、xsd、xsl フォーマットは、XML クラスおよび

MSOffice クラスに属します。

Digital AssetManagement

資産クラスこのフォーマットのオブジェクトについてコンテンツの資産

タイプ (オーディオ、ビデオ、イメージなど) を分類する際に

アプリケーションで使用される文字列 ( 大 32 文字)。

デフォルトストレージこのフォーマットのオブジェクトのコンテンツが格納される

デフォルトのストレージ領域 (その object_id で識別される)を指定します。システムオブジェクトにストレージタイプが

指定されていない場合、関連付けられたフォーマットのデ

フォルトストレージが使用されます。デフォルトストレージ

が指定されていない場合は、そのオブジェクトタイプに指

定されたストレージタイプが使用されます。上記のいず

れも指定されていない場合、ターボストレージがデフォ

ルトストレージとして使用されます。

ファイル名修飾子同じ拡張子を持つ (オブジェクトの) レンディションが複数

エクスポートされた場合に、クライアントアプリケーショ

ンでファイル名に追加する文字列を指定します。たとえ

ば、jpeg_th フォーマットの filename_modifier として「_th」を指定した場合、jpeg_th フォーマットのレンディション

my_picture.jpeg がエクスポートされると、レンディションの

ファイル名は my_picture_th.jpeg となります。

リッチメディアの有効化 Content Server でコンテンツのサムネール、自動プロキシ、

およびメタデータを自動的に生成するかどうかを指定し

ます。

全文検索用インデックス

インデックス付け可能このフォーマットのオブジェクトのコンテンツに全文検索用

インデックス付けが可能かどうかを指定します。




フィルタ付きのインデック

ス

全文検索用インデックス付けに使用する Verity トピックフィ

ルタの名前。トピックフィルタの値は次のとおりです。

• ユニバーサル

• なし

レンディション付きのイン

デックス

全文検索用インデックス付けの際にこのフォーマットから

変換する必要のあるフォーマットを表す文字列。[選択] をクリックしてリストボックスからフォーマットを選択します。


第 8 章

JAR および Java ライブラリの管理


• JAR 定義、JAR、および Java ライブラリ (111ページ)• JAR 定義の作成 (111ページ)• Java ライブラリのリンクと設定 (113ページ)

JAR 定義、JAR、および Java ライブラリ

JAR (Java ARchive) ファイルは、複数のファイルを 1 つにまとめたアーカイブファイルです。

これは通常、Java クラスや関連するメタデータの配布に使用され、アプリケーションや拡張機

能の基本要素とすることができます。JAR ファイルは、1 つの Java ライブラリにまとめることが

可能です。

JAR ファイルには、インターフェイス JAR と実装 JAR の 2 つの種類があります。インターフェ

イス JAR には、Java インターフェイスクラスが含まれ、実装 JAR にはインターフェイスクラスを

実装するクラスが含まれます。通常、インターフェイスクラスと実装クラスは、別個の JAR ファ

イルにまとめられますが、場合によっては、1 つの JAR ファイルにインターフェイスクラスと実

装クラスの両方が含まれることもあります。

Composer により、JAR ファイルと Java ライブラリをポイントする定義を作成できます。定義は、

JAR ファイルと Java ライブラリをカプセル化し、モジュールなどのアーティファクトにリンクしま

す。

JAR 定義の作成

Composer により、Java インターフェイスと実装クラスを含む JAR ファイルをポイントする JAR 定

義を作成できます。JAR 定義は、モジュールエディタまたは Composer のメインメニューを使

用して作成できます。



JAR 定義を作成するには



• Composerプロジェクトで、[アーティファクト] フォルダを展開し、[JAR 定義] を右クリッ

クする。 [新規] > [その他] を選択する。


2. [Documentum] → [JAR 定義] を選択し、[次へ] をクリックします。


れます。

3. JAR 定義のフォルダパスと名前を入力するか、デフォルトのパスと名前を受け入れ、[終了] をクリックします。

JAR 定義エディタが表示されます。

4. 表 23 (112ページ) の説明に従って、JAR 定義のプロパティを入力し、ファイルのコンテン

ツを追加します。

表 23. JAR 定義プロパティ


情報

名前 JAR 定義の名前を指定する文字列。

必須 VM バージョンこの JAR 定義で必要とされる Java VM バージョンレベ

ルを指定する文字列 ( 大 32 文字)。




タイプ JAR 定義のタイプを指定します。タイプの値は次のとお

りです。

• [実装]: この JAR ファイル定義は、実装クラスをポ

イントします。

• [インターフェｲス]: この JAR ファイル定義は、イン

ターフェｲスクラスをポイントします。

• [インターフェイスおよび実装]: この JAR ファイル定

義は、インターフェイスクラスと実装クラスの両方

をポイントします。

JAR コンテンツ JAR ファイルにまとめられるローカルファイルを指定しま

す。

[参照] をクリックしてローカルマシン上の JAR ファイル

を選択します。[JAR ファイルからコンテンツを選択] ダイ

アログボックスが表示されます。リストから JAR ファイル

を選択し、[開く] をクリックします。

選択した JAR ファイルのコンテンツを表示するには、[ファ

イル] リンクをクリックし、コンテンツの表示に使用するエ

ディタを選択します。


Java ライブラリのリンクと設定

Composer により、Java ライブラリをモジュールにリンクすることができます。Java ライブラリに

は、モジュールのインターフェイス JAR および実装 JAR が含まれます。Java ライブラリは、モ

ジュールエディタまたは Composer のメインメニューを使用してリンクできます。

Java ライブラリをリンクするには



• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[Java ライブラリ] を右

クリックする。 [新規] > [その他] を選択する。


2. [Documentum] → [Java ライブラリ] を選択し、[次へ] をクリックします。




れます。

3. Java ライブラリのフォルダパスと名前を入力するか、デフォルトのパスと名前を受け入れ、

[終了] をクリックします。

Java ライブラリエディタが表示されます。

4. 表 24 (114ページ) の説明に従って、Java ライブラリを設定します。

表 24. Java ライブラリのプロパティ


情報

名前 Java ライブラリの名前を指定する文字列。

サンドボックスこの Java ライブラリがサンドボックスを使用するかど

うかを指定します。これをオンにすると、Java ライブ

ラリはサンドボックスを使用します。デフォルトでは、

サンドボックスは無効になっています。

ファイル Java ライブラリに含める JAR およびプロパティファ

イル。[追加] をクリックしてリストボックスから JAR と

プロパティファイルを選択します。







第 9 章

ライフサイクルの管理


• ライフサイクル (117ページ)• ライフサイクルの作成 (118ページ)• ライフサイクルのプロパティの設定 (119ページ)• ライフサイクル状態の追加と設定 (122ページ)• 状態エントリの基準の設定 (125ページ)• 状態のアクションの設定 (127ページ)• 変更後の情報の設定 (140ページ)• 状態属性の設定 (140ページ)• 状態の削除 (142ページ)• ライフサイクルの削除 (142ページ)

ライフサイクル

ライフサイクルでは、ドキュメントなどのオブジェクトのプロパティの変更に関するビジネス規

則を指定します。つまり、ライフサイクルでは、添付されているドキュメントのさまざまな段階を

定義します。たとえば、ドキュメントには下書き状態、確認段階、完成状態という段階がありま

す。ライフサイクルでは、ドキュメントがなんらかの状態にあるときに、そのドキュメントに対して

発生するアクティビティを定義するわけではありません。アクティビティはワークフローによっ

て定義されます。

ライフサイクルは大まかに分けて、1 つの添付オブジェクトとそのオブジェクトのプロパティを定

義する複数の状態で構成されます。ライフサイクルを計画する際は、次の項目について決定

します。

• ライフサイクルに添付できるオブジェクトタイプ (複数可)。• 通常状態 (開始と終了の条件を含む)、状態のアクション、およびプロシージャ。

• 例外状態 (開始と終了の条件を含む)、状態のアクション、およびプロシージャ。



• 検証プロシージャ。

• エイリアスセット。

ライフサイクルのオブジェクトタイプ

一般に、ライフサイクルにはすべてのタイプのコンテンツオブジェクトを添付することができま

す。システムオブジェクトは、コンテンツを含めることが可能なすべてのオブジェクトタイプの (直接または間接の) スーパータイプであり、システムオブジェクトおよびシステムオブジェクト

のサブタイプをライフサイクルに添付できます。コンテンツと関連付けられるも一般的なシス

テムオブジェクトのサブタイプは、dm_document です。

ライフサイクルにはプライマリオブジェクトタイプが 1 つ必要です。また、複数のセカンダリオ

ブジェクトタイプを含めることができます。プライマリオブジェクトタイプは、ライフサイクルに添

付可能なドキュメントのタイプを表します。ドキュメントをライフサイクルに添付できるのは、その

ドキュメントタイプがプライマリオブジェクトタイプと一致する場合に限ります。プライマリオブ

ジェクトタイプに該当するのは、dm_sysobject またはそのサブタイプの 1 つのみです。セカン

ダリオブジェクトタイプは、プライマリオブジェクトタイプのサブタイプです。

デフォルトでは、Component のライフサイクルエディタに dm_sysobject とそのサブタイプが用

意されています。

新しいオブジェクトタイプを作成することもできます。オブジェクトタイプの詳細および新しい

オブジェクトタイプの作成方法については、「第 17 章タイプの管理」を参照してください。

ライフサイクルの作成

Composer のライフサイクルエディタを使用してライフサイクルを作成できます。

ライフサイクルを作成するには

1. 次のいずれかの方法でライフサイクルエディタを開きます。

• Composer メインメニューで、[ファイル] > [新規] > [その他] を選択する。

• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[ライフサイクル] を右

クリックする。 [新規] > [その他] を選択する。


2. [Documentum Artifact] > [ライフサイクル] を選択し、[次へ] をクリックします。


れます。

3. 新規作成するライフサイクルを保存するフォルダの絶対パス名を [フォルダ] フィールドに

入力するか、[参照] をクリックしてドロップダウンリストからフォルダを選択します。



4. ライフサイクルの名前を [アーティファクト名] フィールドに入力するか、デフォルトの名前

をそのまま使用します。


ライフサイクルエディタが表示されます。

6. 「ライフサイクルのプロパティの設定 (119ページ)」の説明に従って、ライフサイクルのプロ

パティを設定します。

7. 「ライフサイクル状態の追加と設定 (122ページ)」の説明に従って、ライフサイクルの状態

を設定します。


ライフサイクルのプロパティの設定

ライフサイクルのプロパティのページの [全般] タブ (図 5 (120ページ)) では、ライフサイクルの

各種プロパティ (プライマリオブジェクトタイプ、セカンダリオブジェクトタイプ、検証プロシー

ジャ、実装タイプ、エイリアスセット) を設定します。



図 5. ライフサイクルの [プロパティ] タブ

表 25 (120ページ) の説明に従って、ライフサイクルの [主要情報] および [一般情報] を設定

します。

表 25. ライフサイクルの [プロパティ] タブのパラメータ


主要情報

名前ライフサイクルの名前を表す文字列。

プライマリタイプ次のいずれかの方法で、プライマリオブジェクト

タイプを割り当てます。

• [選択] をクリックします。[タイプアーティファクト

を選択] ダイアログボックスが表示されます。リ

ストボックスからプライマリオブジェクトタイプを

選択します。

• [プライマリタイプ] リンクをクリックして新しいオブ

ジェクトタイプを作成します。新規オブジェクト

タイプアーティファクトウィザードが表示されま

す。カスタムオブジェクトタイプの作成の詳細に

ついては、「標準オブジェクトタイプの作成 (192ページ)」を参照してください。

プライマリタイプとすべてのサブタ

イプを選択

このオプションを選択すると、選択したプライマリ

タイプとそのすべてのサブタイプがライフサイクル

に適用されます。




個別のセカンダリタイプを選択セカンダリタイプを個別に割り当てる場合は、この

オプションを選択します。[セカンダリタイプ] リスト

ボックスからセカンダリタイプを選択します。

セカンダリタイプこのライフサイクルに割り当て可能なセカンダリタイ

プが表示されます。セカンダリオブジェクトタイプ

は、[プライマリタイプ] フィールドで指定されるプライ

マリオブジェクトタイプのサブタイプです。セカンダ

リオブジェクトタイプを指定すると、ライフサイクルに

添付できるのはセカンダリオブジェクトタイプのオブ

ジェクトのみとなります。セカンダリオブジェクトタイ

プを選択しない場合、添付のタイプはプライマリオ

ブジェクトタイプと一致する必要があります。

一般情報

実装タイプ実装タイプを指定します。ドロップダウンリストから

実装のタイプを選択します。実装タイプには、次の

2 つの種類があります。

• Docbasic• Java

エイリアスセットこのライフサイクルに関連付けるエイリアスセットを指

定します。[一般情報] セクションの [エイリアスセット]フィールドの横にある [追加] をクリックして、1 つまた

は複数のエイリアスセットを追加します。これらのエ

イリアスは、ライフサイクルの実行時に実際のユーザ

名、グループ名、またはフォルダパスに解決されま

す。エイリアスセットの詳細については、「第 5 章エ

イリアスセットの管理」を参照してください。

カスタム検証プロシージャこのライフサイクルに関連付ける検証プロシージャ

を指定します。 [検証プロシージャ] フィールドを使

用して検証プロシージャを割り当てます。[参照] をクリックして検証プロシージャを選択します。

このライフサイクルを非アクティブに

する

このライフサイクルを非アクティブにするには、この

オプションを選択します。



ライフサイクル状態の追加と設定

ライフサイクルを作成したら、状態を追加できます。ライフサイクル状態は、ライフサイクルエ

ディタのメインウィンドウで、状態ダイアグラム (図 6 (122ページ)) の形式で追加します。それ

ぞれの状態は四角形で表示され、ある状態から次の状態への移行は矢印で表されます。

図 6. ライフサイクルエディタの状態ダイアグラム

ライフサイクル状態には次の 2 種類があります。

• 通常の状態

通常状態は、初の (ベース) 状態から後の (終了) 状態までを直線的に進みます。

• 例外の状態

例外の状態では、直線経路から逸脱した状態を処理します。通常の状態には、ドキュメン

トが移行する可能性のある例外状態がそれぞれ 0 個または 1 個付随します。一方、1 つ

の例外状態に対して複数の通常状態を接続することが可能です。

ライフサイクル状態を追加するには

1. ライフサイクルエディタパレットで、追加する状態のタイプに応じて [通常の状態] または

[例外の状態] をクリックします。



2. マウスカーソルをエディタウィンドウ上に移動し、エディタウィンドウ内で左クリックしてラ

イフサイクル状態を描画します。

3. 表 26 (123ページ) の説明に従って、[概要] タブの [状態の概要]、[一般設定]、および [ドキュメントの降格設定] に状態のプロパティを入力します。

表 26. [概要] タブの状態のプロパティ


状態の概要

名前ライフサイクル状態の名前を表す文字列。

説明ライフサイクル状態の目的または機能を説明する文

字列。オプションのパラメータ。

状態タイプ状態をタイプで表した文字列。状態タイプは、クライア

ントアプリケーションが使用する状態を識別します。

一部のクライアントアプリケーションは、状態を名前

ではなくタイプで識別します。

[状態タイプ] フィールドに既存の状態タイプを入力

し、[選択] をクリックしてリストから状態タイプを選択す

るか、[状態タイプ] をクリックして、新しい状態タイプ

を作成します。状態タイプの詳細については、「状態

タイプの作成 (124ページ)」を参照してください。

一般設定

この状態への直接の添付を許

可する

この設定をオンにすると、ユーザはドキュメントをこの

状態に添付できます。ドキュメントタイプは、ライフサ

イクルに対して指定されているプライマリオブジェクト

タイプおよびセカンダリオブジェクトタイプと一致す

る必要があります。

この状態からのスケジュールさ

れた移行を許可する

この設定をオンにすると、ドキュメントをスケジュール

に合わせて現在の状態から次の状態に移行できま

す。明示的なユーザアクションは必要ありません。

以前の状態への降格を許可す

る

この設定をオンにすると、現在の状態に添付された

ドキュメントを、直前の状態またはベース状態 ( 初

の状態) に戻すことができます。

ドキュメントの降格設定




チェックインこの設定がオンの場合、ドキュメントはチェックインさ

れたときに自動的にベース状態に戻ります。正常に

チェックインされるためには、ドキュメントがベース状

態のエントリの基準を満たしている必要があります。

上書き保存この設定がオンの場合、ドキュメントは保存されたと

きに自動的にベース状態に戻ります。正常に保存さ

れるためには、ドキュメントがベース状態のエントリの

基準を満たしている必要があります。

新規保存この設定がオンの場合、ドキュメントは新しいドキュ

メントとして保存されたときに自動的にベース状態

に戻ります。正常に保存されるためには、ドキュメン

トがベース状態のエントリの基準を満たしている必


分岐この設定がオンの場合、ドキュメントは分岐したとき

に自動的にベース状態に戻ります。

状態タイプの作成

状態タイプは、クライアントアプリケーションが使用する状態を識別します。一部のクライアント

アプリケーションは、状態を名前ではなくタイプで識別します。ライフサイクル状態エディタか

ら状態タイプのアーティファクトを作成できます。

状態タイプを作成するには

1. ライフサイクルエディタで、状態タイプを作成するライフサイクル状態を選択します。

2. [状態の概要] セクションで、[状態タイプ] リンクをクリックします。


れます。

3. 新規作成する状態タイプを保存するフォルダのフルパス名を [フォルダ] フィールドに入

力するか、[参照] をクリックしてドロップダウンリストからフォルダを選択します。

4. [アーティファクト名] フィールドに状態タイプの名前を入力するか、デフォルトの名前をそ

のまま使用します。状態タイプの名前は一意にする必要があります。

5. [次へ] をクリックします。[状態タイプアーティファクト] ダイアログボックスが表示されます。



6. アプリケーションコードを入力します。アプリケーションコードは、DCM (DocumentumCompliance Manager) を表す “dm_dcm” など、クライアントアプリケーションが認識する文

字列です。アプリケーションコードと有効な状態タイプについては、クライアントアプリケー

ションのマニュアルを参照してください。


状態エントリの基準の設定

状態エントリの基準では、ドキュメントが、ある段階、およびその段階に移行するときに実行さ

れるプロシージャに移行するために必要な基準を指定します。状態エントリの基準は、[プロパ

ティ] ページの [エントリの基準] タブで設定します。

状態エントリの基準を設定するには

1. [プロパティ] ペインの [エントリの基準] タブをクリックして [状態エントリの基準] ページを

表示します。



2. [状態エントリの基準] セクションの [追加] をクリックして、状態エントリの基準の規則を 1つまたは複数追加します。任意行のフィールドをクリックし、表 27 (126ページ) の説明に

従って値を入力または編集します。

表 27. 状態エントリの基準


状態エントリの基準

論理演算子論理演算子。値は AND または OR を使用できます。

属性名この状態のエントリの基準を表す属性の名前。フィー

ルドをクリックして、ドロップダウンリストから属性名を

選択します。リストには、ライフサイクルに関連付けら

れたプライマリオブジェクトタイプに対して有効な属

性のみが表示されます。

インデックスエントリ基準のリストでのエントリ基準の位置を指定し

ます。デフォルトでは、インデックスは [NONE] に設定

されています。

関係演算子関係演算子。次の値を指定できます。

• > (より大きい)• >= (以上)• < (より小さい)• <= (以下)• = (等しい)

属性値属性の値を表す文字列。




プロシージャ

プロシージャドキュメントがライフサイクルのこの段階に移行したとき

に実行されるプロシージャ。次のいずれかの方法でプ

ロシージャ名を入力します。

• [選択] をクリックします。[プロシージャアーティファク

ト] ダイアログボックスが表示されます。リストボックス

からプロシージャを選択するか、[新規作成] をクリッ

クして新しいプロシージャを作成します。

• [プロシージャ] リンクをクリックして新しいプロシー

ジャを作成します。

新しいプロシージャの作成の詳細については、「プロ

シージャの作成 (171ページ)」を参照してください。

状態のアクションの設定

状態ごとに、その状態のオブジェクトで実行されるアクションを定義できます。移行時のアクショ

ンは、エントリの基準が評価された後で実行されます。このアクションが正常に実行されない

と、オブジェクトはその状態に移行できません。すべての状態アクションは、[プロパティ] ペー

ジの [アクション] タブで設定できます。

図 7. ライフサイクル状態のアクション



繰り返し属性の設定

繰り返し属性は、複数の値を持つことができる属性です。たとえば、ドキュメントには複数の作

成者がいる場合があるため、ドキュメントオブジェクトの作成者属性は繰り返し属性です。

繰り返し属性を設定するには

1. ライフサイクル状態ダイアグラムで、1 つまたは複数の繰り返し属性を設定する状態をク


2. [プロパティ] ペインの [アクション] タブをクリックします。

[アクション] ページが表示されます。

3. [値を繰り返し属性に追加] リンクをクリックします。

[繰り返し属性に値を追加] ダイアログボックスが表示されます。

4. 表 28 (128ページ) の説明に従って、繰り返し属性の名前、位置、および値を入力します。

表 28. 繰り返し属性の追加に関するプロパティ


属性繰り返し属性の名前。[属性] フィールドに名前を入力する

か、ドロップダウンリストから名前を選択します。リストには、

ライフサイクルに割り当てられているプライマリオブジェクト

に対して有効な属性のみが表示されます。

リストの末尾に追加この属性の位置を繰り返し属性リストの後に格納します。

すべての繰り返し属性が 1 つのリストに格納されるため、イ

ンデックス値は属性名とともに格納する必要があります。




ポジションに追加この属性の位置を繰り返し属性リストの特定のインデック

ス位置に格納します。すべての繰り返し属性が 1 つのリ

ストに格納されるため、インデックス値は属性名とともに

格納する必要があります。

値繰り返し属性の値。

値の指定繰り返し属性を値として保存したい場合はこのオプションを

選択し、値を入力します。

エイリアスの指定繰り返し属性をエイリアスとして保存したい場合はこのオプ

ションを選択し、ドロップダウンリストからエイリアスを選択

します。ドロップダウンリストにエイリアスが表示されない場

合、そのプロジェクトにはエイリアスが設定されていません。

エイリアスの設定については、「第 5 章エイリアスセットの

管理」を参照してください。


繰り返し属性値の削除

繰り返し属性は、2 つ以上の値を持つことが可能な属性です。たとえば、ドキュメントには複数

の作成者がいる場合があるため、ドキュメントオブジェクトの作成者属性は繰り返し属性です。

繰り返し属性から 1 つまたは複数の値を削除するには

1. ライフサイクル状態ダイアグラムで、1 つまたは複数の繰り返し属性値を削除する状態を

クリックします。



3. [繰り返し属性から値を削除] リンクをクリックします。

[繰り返し属性から値を削除] ダイアログボックスが表示されます。



4. 属性を選択し、表 29 (130ページ) の説明に従って、削除する値またはエイリアスを指定

します。

表 29. 繰り返し属性の削除に関するプロパティ


属性繰り返し属性の名前。[属性] フィールドに名前を入力す

るか、ドロップダウンリストから名前を選択します。リストに

は、ライフサイクルに割り当てられているプライマリオブ

ジェクトに対して有効な属性のみが表示されます。

すべての値を削除繰り返し属性からすべての値を削除するには、このオプ

ションを選択します。

指定した値を削除特定の値またはエイリアスを削除する場合はこのオプショ

ンを選択し、[値] セクションにその値またはエイリアス

セットを入力します。

値繰り返し属性の値。

値の指定属性から特定の値を削除する場合はこのオプションを

選択し、値を入力します。

エイリアスの指定属性から特定のエイリアスを削除する場合はこのオプ

ションを選択し、ドロップダウンリストからエイリアスを選

択します。




属性の設定

[属性を設定] アクションでは、状態の属性を指定できます。たとえば、ドキュメントの表題や

バージョンなどです。

ライフサイクル状態の属性を設定するには

1. ライフサイクル状態ダイアグラムで、属性を設定する状態をクリックします。



3. [属性を設定] リンクをクリックします。

[属性を設定] ダイアログボックスが表示されます。

4. 属性を選択し、表 30 (131ページ) の説明に従って属性のインデックスと値を入力します。

表 30. 属性の設定に関するプロパティ


属性属性の名前。[属性] フィールドに名前を入力するか、ドロッ

プダウンリストから名前を選択します。リストには、ライフサ

イクルに割り当てられているプライマリオブジェクトに対し

て有効な属性のみが表示されます。

インデックス入力するインデックス値に従って属性の位置が格納されま

す。すべて属性が 1 つのリストに格納されるため、インデッ

クス値は属性名とともに格納する必要があります。

値属性の値。




値の指定属性を値として保存したい場合はこのオプションを選択

し、値を入力します。

エイリアスの指定属性をエイリアスとして保存したい場合はこのオプションを

選択し、ドロップダウンリストからエイリアスを選択します。ド

ロップダウンリストにエイリアスが表示されない場合、そのプ

ロジェクトにはエイリアスが設定されていません。

エイリアスの設定については、「第 5 章エイリアスセットの

管理」を参照してください。


バージョンラベルの設定

バージョンラベルを使用して、ライフサイクル状態に添付できるドキュメントのバージョンを指

定できます。

バージョンラベルを指定するには

1. ライフサイクル状態ダイアグラムで、ドキュメントのバージョンを指定する状態をクリックし

ます。



3. [バージョンラベルを設定] リンクをクリックします。

[バージョンラベルを設定] ダイアログボックスが表示されます。

4. [バージョンラベル] フィールドにバージョンラベルを入力してから、[OK] をクリックして変

更を保存します。

バージョンラベルの削除

[バージョンラベルを削除] リンクをクリックして、ライフサイクル状態からバージョンラベルを削

除します。

バージョンラベルを削除するには

1. ライフサイクル状態ダイアグラムで、ドキュメントのバージョンを削除する状態をクリックし

ます。





3. [バージョンラベルを削除] リンクをクリックします。

[バージョンラベルを削除] ダイアログボックスが表示されます。

4. [バージョンラベル] フィールドにバージョンラベルを入力してから、[OK] をクリックして変

更を保存します。

ロケーションリンクの設定

ロケーションリンクでは、ドキュメントを、フォルダ、キャビネット、エイリアス、またはローカル式

などの特定のロケーションにリンクできます。リンクは、ドキュメントが対象の状態に移行すると

きに作成されます。

ドキュメントを特定のロケーションにリンクするには

1. ライフサイクル状態ダイアグラムで、ロケーションリンクを設定する状態をクリックします。



3. [ロケーションリンクを設定] リンクをクリックします。

[ロケーションリンク] ダイアログボックスが表示されます。

4. いずれかのロケーションリンクオプションを選択し、表 31 (134ページ) の説明に従って、

ドキュメントがこの状態に移行するときにリンクされるロケーションを入力します。



表 31. ロケーションリンクのプロパティ


キャビネットまたはフォルダの名前を選

択する

状態をキャビネットまたはフォルダにリンク

するには、このオプションを選択します。

[選択] をクリックします。[フォルダサブタイ

プアーティファクト] ダイアログボックスが

表示されます。リストボックスからキャビネッ

トまたはフォルダを選択します。

ロケーションエイリアスを選択する状態をロケーションエイリアスにリンクする

には、このオプションを選択します。ロケー

ションエイリアスを入力するか、ドロップダ

ウンリストからエイリアスを選択します。

属性とロケーション式を入力または選択

する

状態を属性とロケーション式にリンクする


属性ロケーション式の属性の名前を表す文字

列。属性名を入力するか、ドロップダウン

リストから属性を選択します。リストには、

ライフサイクルに割り当てられているプラ

イマリオブジェクトに対して有効な属性の

みが表示されます。

ロケーション式 [属性] ドロップダウンリストから選択した属

性と関連付けられる動的なロケーションパ

ス。ロケーション式を入力します。ロケー

ションパスは実行時に解決されます。


すべてのリンクの移動

[ロケーションを設定してすべてのリンクを移動] リンクでは、すべてのリンクを特定のロケーショ

ンに移動できます。

すべてのロケーションリンクを移動するには

1. ライフサイクル状態ダイアグラムで、すべてのリンクを移動する状態をクリックします。



3. [ロケーションを設定してすべてのリンクを移動] をクリックします。

[すべてのリンクを移動] ダイアログボックスが表示されます。




ドキュメントがこの状態に移行するときにすべてのリンクが移動されるロケーションを入力

します。

表 32. すべてのリンクの移動に関するプロパティ



択する

すべてのリンクをキャビネットまたはフォル

ダに移動するには、このオプションを選択

します。[選択] をクリックします。[フォル

ダサブタイプアーティファクト] ダイアログ

ボックスが表示されます。リストボックスから

キャビネットまたはフォルダを選択します。

ロケーションエイリアスを選択するすべてのリンクをロケーションエイリアス

に移動するには、このオプションを選択

します。ロケーションエイリアスを入力す

るか、ドロップダウンリストからエイリアス

を選択します。


する

すべてのリンクを属性とロケーション式に

移動するには、このオプションを選択し

ます。















ロケーションリンクの削除

[ロケーションリンクを削除] ダイアログボックスを使用して、ロケーションリンクを削除します。

ロケーションリンクを削除するには

1. ライフサイクル状態ダイアグラムで、ロケーションリンクを削除する状態をクリックします。



3. [ロケーションリンクを削除] リンクをクリックします。

[ロケーションリンクを削除] ダイアログボックスが表示されます。




ドキュメントがこの状態に移行するときに削除するロケーションを入力します。

表 33. ロケーションリンクの削除に関するプロパティ



択する

キャビネットまたはフォルダへのリンクを削

除するには、このオプションを選択しま

す。[選択] をクリックします。[フォルダサ

ブタイプアーティファクト] ダイアログボッ

クスが表示されます。リストボックスからキャ

ビネットまたはフォルダを選択します。

ロケーションエイリアスを選択するロケーションエイリアスへのリンクを削除

するには、このオプションを選択します。ロ

ケーションエイリアスを入力するか、ドロッ

プダウンリストからエイリアスを選択します。


する

属性とロケーション式へのリンクを削除す

るには、このオプションを選択します。












ドキュメントレンダラーの割り当て

Composer では、Auto Render Pro for Windows または Auto Render Pro for Macintosh を使用し

てライフサイクルに添付されているドキュメントを表示します。

添付されているドキュメントにレンダリングアプリケーションを割り当てるには

1. ライフサイクル状態ダイアグラムで、レンダリングアプリケーションを設定する状態をクリッ

クします。





3. [レンディションタイプを設定] をクリックします。

[レンディションタイプ] ダイアログボックスが表示されます。

4. 次のいずれかのレンダリングオプションを選択します。

• Windows オペレーティングシステムがインストールされたマシンで Composer を実行

している場合は、AutoRender Pro for Windows を選択する。

• Macintosh オペレーティングシステムがインストールされたマシンで Composer を実行

している場合は、AutoRender Pro for Macintosh を選択する。


ドキュメント所有者の割り当て

デフォルトでは、ドキュメントの所有者は、そのドキュメントを作成したユーザーになります。た

だし、別のユーザまたはグループに所有権を割り当てることも可能です。別のユーザを所有者

として割り当てるには、スーパーユーザである必要があります。グループをオブジェクトの所有

者として割り当てる場合は、スーパーユーザであるか、またはドキュメントの所有者で、かつ所

有権を割り当てようとしているグループのメンバーであることが必要です。

メモ: ドキュメントに所有者を割り当てるには、ライフサイクルに割り当てられているエイリアス

セットが必要です。エイリアスセットは、ライフサイクルのプロパティページの [全般] タブ (図 5(120ページ)) で割り当てることができます。

ドキュメントに所有者を割り当てるには

1. ライフサイクル状態ダイアグラムで、ドキュメント所有者を割り当てる状態をクリックします。

ライフサイクルエディタの下に [プロパティ] ペインが表示されます。

2. [プロパティ] ペインの [アクション] タブをクリックします。[アクション] ページが表示されま

す。

3. [所有者を設定] リンクをクリックします。[ドキュメント所有者] ダイアログボックスが表示さ

れます。

4. 表 34 (139ページ) の説明に従って、いずれかのユーザオプションを選択します。



表 34. ドキュメント所有者のプロパティ


ユーザの値ユーザ値を割り当てるには、このオプションを選択します。[選択] をクリックします。[プリンシパル (ユーザまたはグループ) インストールパラメータ] ダイアログボックスが表示されます。リ

ストボックスからユーザ値を選択するか、[新規作成] をクリック

して新しいユーザ値を作成します。

ユーザエイリアスユーザエイリアスを割り当てるには、このオプションを使用しま

す。ドロップダウンリストからエイリアスを選択します。


アクセス権セットの設定

アクセス権セット (アクセスコントロールリスト (ACL) とも呼ばれる) では、ライフサイクルに添

付されたドキュメントに対してユーザが実行できる処理 (読み取り、編集、新規バージョンの作

成、削除など) を指定します。

ライフサイクルの状態にアクセス権セットを割り当てるには

1. ライフサイクル状態ダイアグラムで、アクセス権セットを割り当てる状態をクリックします。



3. [アクセス権セットを設定] リンクをクリックします。

[アクセス権セット] ダイアログボックスが表示されます。

4. 表 35 (140ページ) の説明に従って、アクセス権セットのオプションのいずれかを選択しま

す。



表 35. アクセス権セットのプロパティ


アクセス権セットライフサイクルの状態にアクセス権セットを割り当てるには、こ

のオプションを選択します。[選択] をクリックし、[アクセス権

セット (ACL) テンプレートアーティファクト] ダイアログボックス

を開きます。リストからアクセス権セットを選択するか、[新規

作成] をクリックして新しいアクセス権セットを作成します。ア

クセス権セットの詳細については、「第 12 章 ACL (アクセス

権セット) の管理」を参照してください。

アクセス権セットエイ

リアス

アクセス権セットエイリアスを割り当てるには、このオプション

を選択し、ドロップダウンリストからアクセス権セットエイリアス

を選択します。アクセス権セットの詳細については、「第 12 章

ACL (アクセス権セット) の管理」を参照してください。

変更後の情報の設定

状態の移行が完了すると、変更後プロシージャが実行されます。トランザクション内で発生す

る移行の一部が完了すると、システムによって変更後プロシージャが実行されます。変更後プ

ロシージャで発生したエラーによって移行がエラーになることはありません。

ライフサイクルの状態に変更後プロシージャを割り当てるには

1. ライフサイクル状態ダイアグラムで、変更後プロシージャを割り当てる状態をクリックします。

2. [プロパティ] ペインの [変更後] タブをクリックします。

[プロシージャ] ページが表示されます。

3. [選択] をクリックします。

[プロシージャアーティファクト] ダイアログボックスが表示されます。

4. リストから変更後プロシージャを選択するか、[新規作成] をクリックして変更後プロシー

ジャを作成します。

プロシージャの作成の詳細については、「第 13 章プロシージャの管理」を参照してくだ

さい。

状態属性の設定

状態属性には、この状態のラベル、ヘルプテキスト、コメント、および属性のプロパティが含

まれます。必須と空白不可のプロパティは、オブジェクトがその状態に移行するときではなく、



クライアントアプリケーションでオブジェクトを検証するとき (通常、オブジェクトを保存または

チェックインする場合) にオンになります。

状態属性を設定するには

1. ライフサイクル状態ダイアグラムで、属性を設定する状態をクリックします。

2. [プロパティ] ペインの [属性] タブをクリックします。

[属性] ページが表示されます。

ページには、ライフサイクルに割り当てるプライマリオブジェクトに対して有効な属性のみ

が表示されます。

3. 任意の属性のプロパティを変更するには、[属性] テーブルから属性を選択し、[プロパティ

を変更...] をクリックします。

選択した属性の [プロパティ] ダイアログボックスが表示されます。



4. 使用可能な任意のオプションを選択して属性のプロパティを設定し、[OK] をクリックしま

す。

[タイプ定義に復元] をクリックすると、属性の元のタイプ定義に戻すことができます。

状態の削除

ライフサイクルの状態を削除するには

1. ライフサイクル状態ダイアグラムで、削除する状態を選択します。

2. 次のいずれかの方法で状態を削除します。

• 状態を右クリックして、ドロップダウンメニューから [削除] を選択します。

• Composer メニューから [ファイル] > [削除] を選択します。

ライフサイクルの削除

ライフサイクルを削除するには

1. [Documentum Navigator] ビューでライフサイクルを探します。



2. ライフサイクルを右クリックして、ポップアップメニューから [削除] を選択します。




第 10 章

メソッドとジョブの管理


• メソッドとジョブ (145ページ)• メソッドの作成 (145ページ)• ジョブの作成 (147ページ)

メソッドとジョブ

メソッドは、実行可能なプログラムで、リポジトリ内のメソッドオブジェクトによって表されます。

プログラムは、Docbasic スクリプト、Java メソッド、または C++ など別のプログラミング言語で書

かれたプログラムのいずれでもかまいません。

ジョブはメソッドの実行 (たとえば、コンテンツをストレージ領域の間に転送) を自動化します。

ジョブの属性により、実行スケジュールが定義され、実行のオンまたはオフが切り替えられます。

メソッドの作成

メソッドを作成するには、メソッドエディタを使用します。

メソッドを作成するには


• Composer メニューで、[ファイル] → [新規] → [その他] を選択する。

• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[メソッド] を右クリック

する。[新規] → [その他] を選択する。


2. Documentum フォルダをダブルクリックして展開し、[メソッド] を選択します。




れます。

3. 新しいメソッドの名前を入力するか、デフォルトの名前を受け入れ、[終了] をクリックします。

メソッドエディタが表示されます。

4. 表 36 (146ページ) を参照して、メソッドのプロパティを入力します。

表 36. メソッドアーティファクトのプロパティ


一般

名前メソッドの名前を表す文字列。メソッド名は

dm_methodname の形式で指定しないでください。こ

の命名規則はデフォルトの Documentum オブジェクト

用に予約されています。

タイプこのメソッドで使用する言語またはプログラムを指定

します。次のタイプのいずれかを選択します。

• Java — メソッドは Java で書かれており、Java メソッ

ドサーバで実行されます。

• Docbasic — メソッドは Docbasic で書かれていま

す。

• dmawk — メソッドは dmawk で書かれています。

• Program — メソッドはプログラムです。

コマンドメソッドを起動するコマンド。

実行コントロール




非同期実行プロシージャを非同期に実行するかどうかを指定し

ます。メソッドがメソッドサーバまたは Content Serverで起動され、コマンドラインで SAVE_RESULTS が

TRUE に設定される場合、このパラメータは無視さ

れます。

同期実行メソッドを同時に実行するかどうかを指定します。

タイムアウトメソッドがタイムアウトするまでの小時間、デフォル

ト時間、大時間を指定します。

サーバとして実行メソッドをサーバアカウントとして実行するかどうかを

指定します。選択した場合、メソッドはサーバアカウ

ントとして実行されます。

起動のトレース実行しているプログラムで生成される内部のトレース

メッセージを記録するかどうかを指定します。選択し

た場合、メッセージはセッションログに保存されます。

メソッドサーバを使用 Dmbasic メソッドや Java メソッドの実行にメソッドサー

バまたはアプリケーションサーバを使用するかどうか

を指定します。選択した場合、メソッドサーバまたは

アプリケーションサーバが使用されます。選択しない

場合、Content Server が使用されます。

直接起動プログラムをオペレーティングシステムの system API呼び出しまたは exec API 呼び出しのどちらで実行す

るかを指定します。選択した場合、サーバは exec 呼

び出しを使用してプロシージャを実行します。この

チェックボックスをオフにした場合、サーバは system呼び出しを使用してプロシージャを実行します。

ワークフローメソッドとして使用このメソッドをワークフローで使用するかどうかを指

定します。


ジョブの作成

ジョブにより、メソッドの実行が自動化されます。

ジョブを作成するには





• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[ジョブ] を右クリックす

る。[新規] → [その他] を選択する。


2. Documentum フォルダをダブルクリックして展開し、 [ジョブ ] を選択します。 [新しい

Documentum アーティファクト – 名前とロケーション] ダイアログボックスが表示されます。

3. 新しいジョブの名前を入力するか、デフォルトの名前を受け入れ、[終了] をクリックします。

ジョブエディタが表示されます。

4. 表 37 (148ページ) を参照して、[情報] セクション、[ジョブのスケジュール] セクション、[実行間隔] セクションにジョブのプロパティを入力します。

表 37. ジョブのプロパティ


情報

名前ジョブの名前を表す文字列。

主題ジョブに関するコメントまたは説明。




メソッドこのジョブにより自動化されるメソッド。[選択] をクリック

して [Documentum メソッドアーティファクト] ダイアログ

ボックスからメソッドを選択するか、[メソッド] をクリックし

てこのジョブの新しいメソッドを作成します。

メソッドのデータジョブに関連付けられたメソッドで使用されるデー

タ。このプロパティは、実行中に必要に応じて書き込

みや読み取りを行うメソッドで使用可能です。[メソッ

ドのデータ] フィールドにデータを入力して [追加] をクリックします。

標準引数標準引数をメソッドに渡す場合に選択します。標準

引数は次のとおりです。

• リポジトリ所有者

• リポジトリ名

• ジョブ ID• トレースのレベル

カスタム引数 1 つまたは複数のカスタム引数をメソッドに渡す場合に

選択します。[カスタム引数] フィールドに引数を入力し

て [追加] をクリックします。

エラー発生時に機能停止基本のメソッドが失敗したときにアプリケーションでジョ

ブの実行を停止する場合に選択します。

トレースのレベルメソッドのトレースを制御します。0 以外の値でトレース

機能がオンになります。デフォルトでは、トレースレベ

ルは 0 に設定されています。

このジョブをアクティブにするジョブをアクティブにする場合に選択します。

ジョブのスケジュール

大実行数ジョブの大実行回数を指定します。

保存時に一度実行してから、

スケジュールどおりに実行

ジョブを保存した直後に実行してから、設定したスケ

ジュールに従って実行する場合に選択します。

実行間隔

実行間隔分、時間、日、または週ごとにこのジョブを実行する

回数を指定します。

実行時間このジョブを実行する日を指定します。ジョブは、毎

週一度、毎月一度、または毎年一度、同じ日に実行

可能です。





第 11 章

モジュールの管理


• モジュール (151ページ)• モジュールの作成 (152ページ)• モジュールのデプロイの設定 (155ページ)• モジュールの実行時環境の設定 (156ページ)

モジュール

モジュールには、実行可能なビジネスロジックと、サードパーティのソフトウェアやマニュアル

などのサポート資料が含まれます。モジュールは、モジュールの機能実行のための実装クラ

スとインターフェイスクラスを含む JAR ファイル、モジュールが依存するインターフェイスクラ

スで構成されます。モジュールには、Java ライブラリやドキュメントが含まれる場合もあります。

モジュールには、次に示す 3 つの種類があります。

• サービスベースモジュール (SBO)

SBO は、特定のオブジェクトタイプやリポジトリに固有でない機能を提供します。たとえ

ば、SBO を使用してユーザの受信ボックスをカスタマイズできます。

• タイプベースモジュール (TBO)

TBO は、オブジェクトタイプに固有の機能を提供します。たとえば、TBO を使用して、カ

スタムドキュメントサブタイプのタイトル、主題、キーワードのプロパティを検証できます。

• アスペクト

アスペクトは、特定のオブジェクトに適用される機能を提供します。たとえば、アスペクトを

使用して、あるプロパティの値を、別のプロパティの値に基づいて設定できます。アスペク

トモジュールは、別のエディタであるアスペクトモジュールエディタを使用して作成します

(「アスペクトタイプの作成 (89ページ)」を参照)。



モジュールの作成

新しいモジュールを作成するには、モジュールエディタを使用します。

モジュールを作成するには



• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[モジュール] を右ク

リックする。[新規] → [その他] を選択する。


2. [Documentum] フォルダをダブルクリックして展開し、[モジュール] を選択します。


れます。

3. 新しいモジュールの名前を入力するか、デフォルトの名前を受け入れ、[終了] をクリック

します。

モジュールエディタの [全般] タブが表示されます。

4. 表 38 (153ページ) を参照して、[情報]、[説明]、[必須モジュール]、[デプロイ]、[Javadoc]、[コア JAR] セクションに、必須のプロパティとオプションのプロパティを入力します。



表 38. [全般] タブのプロパティ


情報

名前モジュールの名前を表す文字列。必須のパラメー

タです。モジュールのタイプに関連付けられたモ

ジュール名を次のとおり入力します。

• SBO モジュール: SBO の完全修飾プライマリイ

ンターフェイス名を入力します。

• TBO モジュール : 対応するオブジェクトタイ

プの名前を入力します。大 255 文字の名前

を入力できます。

タイプモジュールのタイプを表す文字列。必須のパラメー

タです。モジュールタイプを入力するか、ドロップ

ダウンリストからタイプを選択します。Composer では、次の標準モジュールタイプが提供されます。

• 標準モジュール : 一般的なモジュールを提供

します。

• TBO : オブジェクトタイプに固有の機能を提供

します。たとえば、TBO を使用して、カスタムド

キュメントサブタイプのタイトル、主題、キーワー

ドのプロパティを検証できます。

• SBO : 特定のオブジェクトタイプやリポジトリに

固有でない機能を提供します。たとえば、SBOを使用してユーザの受信ボックスをカスタマイ

ズできます。

説明

作成者モジュールプロバイダの作成者。オプションのパラ

メータ。

説明モジュールの説明 (255 文字以内)。オプションの

パラメータ。

必須モジュールこのモジュールが正常に機能するのに必要なモ

ジュールを指定します。

[追加] をクリックし、[モジュールアーティファクト]ダイアログボックスを開きます。リストボックスからモ

ジュールを選択して [OK] をクリックするか、[新規作

成] をクリックして新しいモジュールを作成します。




Javadoc 実行時にモジュールと共にダウンロードできる

Javadoc と他のリソースを指定します。

[選択] をクリックすると、[システムオブジェクトサブ

タイプアーティファクト] ダイアログボックスが開きま

す。リストから Javadoc またはリソースコンテンツを含

むシステムオブジェクトを選択するか、[新規作成]をクリックして、ダウンロードするコンテンツを含むシ

ステムオブジェクトを作成します。

Javadoc はコンテンツを含む zip ファイルである必要

があります。

コア JAR

実装 JAR モジュールの実装。必須のパラメータです。

[追加] をクリックして、ローカルマシンから実装 JARを追加します。

クラス名モジュールのプライマリ Java 実装クラス。必須のパ

ラメータです。

TBO は IDfBusinessObject インターフェイスを実装

する必要があり、SBO は IDfService インターフェイス

を実装する必要があります。また、すべてのモジュー

ルは IDfModule インターフェイスを実装する必要が

あります。

インターフェイス JAR このモジュールが実装する Java インターフェイス。

オプションのパラメータ。

[追加] をクリックして、ローカルマシンからインター

フェイス JAR を追加します。

5. [デプロイ] タブをクリックし、モジュールのデプロイを設定します (「モジュールのデプロイ

の設定 (155ページ)」を参照)。

6. [実行時] タブをクリックして、このモジュールの実行時環境を設定します (「モジュールの

実行時環境の設定 (156ページ)」を参照)。



モジュールのデプロイの設定

[デプロイ] タブでは、Java ライブラリおよびその他のモジュールを、独自に作成または編集す

るモジュールにリンクすることができます。

モジュールのデプロイを設定するには

1. モジュールエディタで [デプロイ] タブをクリックします。

[デプロイ] ビューが表示されます。

2. このモジュールで使用する Java ライブラリを追加するために、[Java ライブラリ] セクション

の [追加] をクリックします。

[JAR 定義 Java ライブラリアーティファクト] ダイアログボックスが表示されます。

リストボックスから Java ライブラリを選択して [OK] をクリックします。または、新しい Java ラ

イブラリを作成する場合は [新規作成] をクリックします。このモジュールにリンクできるの

は既存の Java ライブラリのみです。複数のモジュールで共有されている既存のライブラリ



を編集することはできません。新しい Java ライブラリを作成する方法については、「Java ライブラリのリンクと設定 (113ページ)」を参照してください。

3. [添付ファイル] セクションで、このモジュールがデプロイされるときにダウンロードできる

Javadoc およびその他のリソースを指定します。

4. ログ出力セクションで、ダウンロード後のメッセージを指定して、メッセージのログレベル


ログレベルに指定できる値は次のとおりです。

• 警告: ダウンロード後のメッセージは警告として記録されます。

• なし: ダウンロード後のメッセージは記録されません。

• 情報: ダウンロード後のメッセージは情報メッセージとして記録されます。

• デバッグ: ダウンロード後のメッセージはデバッグレベルで記録されます。


モジュールの実行時環境の設定

実行時環境設定では、実行時に実行されるオプションのプロパティ (バージョン要件、Java シ

ステムプロパティ、静的にデプロイされたクラス、ローカルリソース) を設定できます。

実行時環境を設定するには

1. モジュールエディタで [実行時] タブをクリックします。

[実行時] ビューが表示されます。

2. 表 39 (157ページ) を参照して、バージョン要件、Java システムプロパティ、静的にデプロ

イされたクラス、ローカルリソースを指定します。



表 39. モジュールの実行時環境のプロパティ


バージョン要件このセクションでは、モジュールが正常に機能する

ためにクライアントで必要な DFC および Java VMのバージョンを指定します。

必須 DFC バージョンこのモジュールが正常に機能するために必要な、

クライアントマシンの DFC の必須バージョン。

必須 VM バージョンこのモジュールが正常に機能するために必要な、

クライアントマシンの Java VM の必須バージョン。

Java システムプロパティこのセクションでは、Java のシステムプロパティを

名前と値のペアとして指定します。モジュールがダ

ウンロードされるときに、指定されたすべての Javaのプロパティがクライアントマシンでのプロパティと

一致するかどうか、そのクライアントマシンがチェッ

クされます。[追加] をクリックして名前のプレースホ

ルダと Java システムプロパティの値を入力し、次に

[名前] フィールドと [値] フィールドをクリックして、

プロパティの名前と値を編集します。

名前 Java システムプロパティの名前。

値 Java システムプロパティの名前に対応する値。

静的にデプロイされたクラスこのセクションでは、モジュールが正常に機能す

るために必要な静的 Java クラスを指定します。モ

ジュールがダウンロードされるときに、指定した Javaクラスのクラスパスがチェックされます。

完全修飾クラス名 Java クラスの完全修飾名。クラス名を入力して [追加] をクリックします。

ローカルリソースこのセクションでは、モジュールが正常に機能す

るためにローカルマシンで必要なファイルを指定

します。モジュールがダウンロードされるときに、

指定したファイルがあるかどうかクライアントマシ

ンがチェックされます。

デプロイメントへの相対ファイル

パス

ファイルの絶対パス。ファイル名とパスを入力して [追加] をクリックします。





第 12 章

ACL (アクセス権セット) の管理


• アクセス権、アクセス権セット、アクセス権セットテンプレート (159ページ)• アクセス権セットテンプレートの作成 (161ページ)• 標準またはパブリックのアクセス権セットの作成 (165ページ)

アクセス権、アクセス権セット、アクセス権セットテンプレート

リポジトリ内のフォルダおよびドキュメントへのアクセスは、組織のセキュリティ制限の対象とな

ります。リポジトリ内のコンテンツはすべて、オブジェクトのアクセス権に関連付けられており、

これによって、ユーザがリポジトリ内の各オブジェクト (ファイル、フォルダ、キャビネットなど) に対して持っているアクセス権限と、特定のアクションの実行が可能かどうかが決まります。オブ

ジェクトのアクセス権には、次の 2 つの種類があります。

• 基本 : リポジトリの各オブジェクトに必須

• 拡張 : オプション

アクセス権セット (アクセスコントロールリスト (ACL) とも呼ばれる) は、リポジトリ内のオブジェ

クトに割り当てられた基本アクセス権および拡張アクセス権の設定で、ユーザおよびユーザグ

ループと、それぞれが実行可能なアクションのリストです。各リポジトリオブジェクトには、適用

されるオブジェクトレベルのアクセス権 (そのオブジェクトにアクセス可能なユーザも含む) を定義するアクセス権セットがあります。アクセス権に応じて、ユーザは、新規オブジェクトの作

成、ファイル管理操作 (ファイルのインポート、コピー、リンクなど)、プロセスの起動 (ワークフ

ローへのファイル送信など) を行うことができます。

ACL は、システムオブジェクトにオブジェクトレベルのアクセス権を付与するために ContentServer が使用するメカニズムです。アクセス権セットには、ユーザまたはグループを識別する 1つまたは複数のエントリと、ユーザまたはグループに割り当てられたオブジェクトレベルのアク

セス権が含まれます。Composer では、次のようなアクセス権セットテンプレート、標準 ACL、およびパブリック ACL を作成できます。



• テンプレート : アクセス権セットテンプレートを作成します。テンプレート ACL を使用する

と、アプリケーション、ワークフロー、およびライフサイクルを移植することができます。たと

えば、テンプレート ACL を使用するアプリケーションは、ACL が実際のドキュメントに割り

当てられるまで ACL エントリ内のユーザまたはグループが定義されないので、企業内の

さまざまな部署で使用することができます。

• パブリック : リポジトリ内の誰でも使用できるパブリック ACL を作成します。パブリック ACLは、リポジトリ内のすべてのユーザが使用できます。

• 標準 : 標準 ACL を作成します。標準 ACL は、作成したユーザまたはグループのみが使

用できます。

基本アクセス権

基本アクセス権は、オブジェクトのコンテンツにアクセスしたり、それらのコンテンツを操作できる

権限です。7 つの基本アクセス権レベルは階層的であり、1 つ上のアクセスレベルには、前の

アクセスレベルの権限がすべて含まれています。たとえば、関連付けアクセス権を持つユーザ

は、読み取りと参照のアクセス権も持ちます。基本アクセス権を表 40 (160ページ) に示します。

表 40. 基本アクセス権

基本アクセス権説明

なしオブジェクトにアクセスできません。

参照オブジェクトのプロパティは表示できますが、オブジェクトのコ

ンテンツは表示できません。

読み取りオブジェクトのプロパティとコンテンツの両方を表示できます。

関連付け前述の操作に加え、オブジェクトに注釈を追加できます。

バージョン前述の操作に加え、オブジェクトのコンテンツの変更、アイテ

ムの新しいバージョンのチェックイン (新しいバージョン番号を

使用) が可能です。既存のバージョンの上書きや、アイテムの

プロパティの編集はできません。

書き込み前述の操作に加え、オブジェクトのプロパティを編集したり、オ

ブジェクトを同じバージョンでチェックインできます。

削除前述の操作がすべて可能であるほか、オブジェクトを削除

できます。



拡張アクセス権

拡張アクセス権は、オブジェクトに対して特定のアクションを指定できるオプションの権限であ

り、基本アクセス権に加えて割り当てます。拡張アクセス権には階層を構成しない 6 つのレベ

ルがあり、各アクセスレベルは明示的に割り当てる必要があります。拡張アクセス権を表 41(161ページ) に示します。

表 41. 拡張アクセス権

拡張アクセス権説明

プロシージャの実行スーパーユーザは、アイテムの所有者を変更でき、また

プロシージャの実行を使用して特定のオブジェクトタイプ

に対して外部プロシージャを実行できます。プロシージャ

は、dm_procedure オブジェクトとしてリポジトリに保存される

Docbasic プログラムです。

ロケーションの変更ユーザは、リポジトリ内のフォルダから別のフォルダにオブジェ

クトを移動できます。オブジェクトを移動するには、書き込みア

クセス権も必要です。オブジェクトをリンクする場合は、参照ア

クセス権も必要になります。

状態の変更ユーザは、ライフサイクルが適用されているアイテムの状態

を変更できます。

アクセス権の変更ユーザは、オブジェクトの基本アクセス権を変更できます。

所有権の変更ユーザは、オブジェクトの所有者を変更できます。オブジェク

トの所有者またはスーパーユーザでない場合、書き込みア

クセス権も必要です。

拡張削除権ユーザは、オブジェクトの削除のみが可能です。たとえば、

ユーザがドキュメントの削除は可能だが読み取りはできないよ

うに指定できます。これは、別個のアクセス権が一般的な、レ

コード管理アプリケーションの場合に便利です。

アクセス権セットテンプレートの作成

テンプレート ACL を使用すると、アプリケーション、ワークフロー、およびライフサイクルを移

植することができます。たとえば、テンプレート ACL を使用するアプリケーションは、ACL が実

際のドキュメントに割り当てられるまで ACL エントリ内のユーザまたはグループが定義されな

いので、企業内のさまざまな部署で使用することができます。



アクセス権セットテンプレートを作成するには



• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[アクセス権セット] を右クリックする。[新規] → [その他] を選択する。


2. [Documentum] > [アクセス権セット] を選択してから、[次へ] をクリックします。

新規 ACL アーティファクトウィザードが表示されます。

3. [フォルダ:] フィールドに、アクセス権セットを作成するプロジェクトのフォルダパスと名前

を入力するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. [アーティファクト名:] フィールドにアクセス権セットの名前を入力します。

5. [ACL クラス] フィールドで [テンプレート] が選択されていることを確認し、[終了] をクリック

します。

アクセス権セットテンプレートエディタが表示されます。



新しいアクセス権セットの [すべてのユーザとグループ] セクションには、次のような 2 つの

デフォルトのエイリアスエントリが含まれます。

• dm_owner : アクセス権セットテンプレートの所有者。

• dm_world : すべてのリポジトリユーザ。

これらのデフォルトエントリは、アクセス権セットテンプレートから削除できません。

6. [全般] セクションに、アクセス権セットテンプレートの名前とオプションの説明を入力しま

す。

7. [すべてのユーザとグループ] セクションで dm_user または dm_world のエイリアスを選択

するか、[エイリアスの追加] をクリックして新しいエイリアスを追加します。

[ACL エントリ詳細] セクションが表示されます。



8. 表 42 (164ページ) に従って、選択したエイリアスに名前とアクセス権を指定します。

表 42. ACL エントリ詳細 : アクセス権セットテンプレート


所有者エイリアスエイリアスの所有者を指定する文字列。[選択] をクリックし、

ACL エントリの所有者を選択します。[Documentum エイリ

アスセットアーティファクト] ダイアログボックスが表示され

ます。リストからエイリアスの所有者を選択します。リストが

空の場合、まずエイリアスを作成する必要があります。エ

イリアスの作成の詳細については、「エイリアスセットの作

成 (83ページ)」を参照してください。

アクセス権エイリアスのアクセス権を指定します。ドロップダウンリスト

からアクセス権を選択し、必要に応じて、[拡張アクセス権]列で関連するオプションをオンにして拡張アクセス権を割

り当てます。アクセス権の詳細については、「基本アクセ

ス権 (160ページ)」および「拡張アクセス権 (161ページ)」を参照してください。




標準またはパブリックのアクセス権セットの作成

標準 ACL は作成したユーザまたはグループだけが使用でき、パブリック ACL はリポジトリ内

のすべてのユーザまたはグループが使用できます。

標準またはパブリックのアクセス権セットを作成するには



• Documentum Project で、[アーティファクト] フォルダを展開し、[アクセス権セット] を右

クリックしてから、[新規] → [その他] を選択する。


2. [Documentum] > [アクセス権セット] を選択してから、[次へ] をクリックします。

新規 ACL アーティファクトウィザードが表示されます。

3. [フォルダ:] フィールドに、アクセス権セットを作成するプロジェクトのフォルダパスと名前

を入力するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. [アーティファクト名:] フィールドにアクセス権セットの名前を入力します。

5. 作成する ACL のタイプに応じて、[ACL クラス] ドロップダウンリストから [レギュラー] また

は [パブリック] を選択し、[終了] をクリックします。



アクセス権セットエディタが表示されます。

新しいアクセス権セットの [すべてのユーザとグループ] セクションには、次のような 2 つの

デフォルトの ACL エントリが含まれます。

• dm_owner : アクセス権セットの所有者。

• dm_world : すべてのリポジトリユーザ。

これらのデフォルトエントリは、アクセス権セットから削除できません。

6. [全般] セクションに、アクセス権セットの名前とオプションの説明を入力します。

7. [すべてのユーザとグループ] セクションで dm_user または dm_world の ACL エントリを選

択するか、次の操作を行います。

• [ユーザの追加] をクリックして、新しいユーザ ACL を追加する。

• [グループの追加] をクリックして、新しいグループ ACL を追加する。

[ACL エントリ詳細] セクションが表示されます。



8. 表 43 (167ページ) に従って、選択した ACL エントリに名前とアクセス権を指定します。

表 43. ACL エントリ詳細 : アクセス権セット


所有者ユーザ所有者グ

ループ

ACL エントリの所有者を指定する文字列。[選択] をクリック

し、ACL エントリの所有者を選択します。ユーザ ACL とグ

ループ ACL のどちらを追加するかによって、[ユーザイン

ストールパラメータ] ダイアログボックスまたは [グループイ

ンストールパラメータ] ダイアログボックスが表示されます。

リストから所有者を選択します。[インストールパラメータ] ダイアログボックスのリストボックスが空の場合、まず所有者を

作成する必要があります。ACL エントリ所有者の作成に関

する詳細については、「ACL エントリ所有者の作成 (168ページ)」を参照してください。

アクセス権 ACL エントリのアクセス権を指定します。ドロップダウンリス

トからアクセス権を選択し、必要に応じて、[拡張アクセス権]列で関連するオプションをオンにして拡張アクセス権を割

り当てます。アクセス権の詳細については、「基本アクセ

ス権 (160ページ)」および「拡張アクセス権 (161ページ)」を参照してください。




ACL エントリ所有者の作成

すべての ACL エントリには所有者が必要です。所有者には、ユーザまたはユーザのグルー

プを指定できます。Composer では、ユーザまたはグループのインストールパラメータとして所

有者パラメータを作成できます。所有者パラメータは、プロジェクトをリポジトリにインストール

するとき、リポジトリ内で関連付けられている所有者にマップすることができます。

ACL エントリに対してユーザまたはグループの所有者を作成するには

1. アクセス権セットエディタの [ACL エントリ詳細] セクションで [選択] をクリックします。

[ユーザまたはグループインストールパラメータ] ダイアログボックスが表示されます。

2. [新規作成] をクリックします。

[新しい Documentum アーティファクト] ダイアログボックスが表示されます。

3. フォルダの場所とアーティファクト名をデフォルトのまま使用するか、[次へ] をクリックしま

す。

[インストールアーティファクト] ダイアログボックスが表示されます。

4. [パラメータ名] フィールドに ACL エントリ所有者の名前を入力します。また、オプションの

説明とデフォルト値を入力することもできます。

5. [次へ] をクリックします。[一致するアーティファクト] リストに新しい所有者の名前が表示

されます。







第 13 章

プロシージャの管理


• プロシージャ (171ページ)• プロシージャの作成 (171ページ)

プロシージャ

プロシージャは、Documentum クライアントまたは Content Server を拡張またはカスタマイズする

アプリケーションです。プロシージャはリポジトリ内の格納場所により、ユーザがリポジトリに接続

する際、またはメニュー項目を選択する際に必要に応じて、自動的に実行できます。プロシー

ジャは、Docbasic という専用の Documentum 言語 (Visual Basic に基づく) で記述されます。

Docbasic の詳細については、『Docbasic Reference Manual (Docbasic リファレンスマニュアル)』を参照してください。

プロシージャの作成

プロシージャを作成するには、プロシージャエディタを使用します。

新しいプロシージャを作成するには



• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[プロシージャ] を右ク



2. [Documentum] → [プロシージャ] を選択して、[次へ] をクリックします。

[新しい Documentum リソース - 名前とロケーション] ダイアログボックスが表示されます。


プロシージャの管理

3. [フォルダ:] フィールドに、プロシージャを作成するプロジェクトのフォルダパスと名前を入

力するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. [アーティファクト名:] フィールドにプロシージャのファイル名を入力して、[終了] をクリック

します。

プロシージャエディタが表示されます。

5. [名前] フィールドにプロシージャの名前を入力するか、デフォルト名を受け入れます。

6. 関連するクライアントアプリケーションでユーザがプロシージャを実行できるようにする場

合、[ユーザが実行可能] チェックボックスをオンにします。

7. [DocBasic コンテンツ] セクションにプロシージャの Docbasic コードを入力するか、[ロード]をクリックしてローカルファイルからプロシージャコードをロードします。


第 14 章

関係タイプの管理


• 関係タイプ (173ページ)• 関係タイプの作成 (173ページ)

関係タイプ

関係タイプは、リポジトリ内の 2 つのオブジェクト間の関係を定義します。一般に、2 つのオブ

ジェクトを関係で結ぶと、一方は親オブジェクト、他方は子オブジェクトと認識されます。

関係タイプはアイテム間の関係のあり方を示します。関係タイプには、次の 2 つの種類があ

ります。

• 一時

この関係タイプは、ユーザが追加、変更、削除できます。

• システム

この関係タイプは、ユーザが操作できません。たとえば、ファイルとサムネールの関係は

システム関係タイプです。

関係タイプの作成

新しい関係タイプを作成したり、既存の関係タイプを変更するには、関係タイプエディタを使

用します。

関係タイプを作成するには





• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[関係タイプ] を右ク



2. [Documentum] → [関係タイプ] を選択して、[次へ] をクリックします。


3. [フォルダ:] フィールドに、関係タイプを作成するプロジェクトのフォルダパスと名前を入力

するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. [アーティファクト名:] フィールドに関係タイプのファイル名を入力して、[次へ] をクリック

します。

5. [関係タイプ名:] フィールドに関係タイプの名前を入力して、[終了] をクリックします。

関係タイプエディタが表示されます。

6. 表 44 (174ページ) を参照して、[全般] セクションと [親と子] セクションに関係タイプのプ

ロパティを入力します。

表 44. 関係タイプのプロパティ


一般

名前関係タイプの名前を指定する文字列。名前には大 255 文

字まで使用できます。

説明関係タイプを説明する文字列。説明には大 250 文字まで

使用できます。




セキュリティタイプ関係タイプのセキュリティレベルを指定する文字列。セキュ

リティタイプの値は次のとおりです。

• システム : この関係タイプを作成、変更、削除できるの

は、スーパーユーザ権限またはシステム管理者権限

を持つユーザのみです。

• 親 : この関係タイプは、その親からセキュリティレベル

を継承します。

• 子 : この関係タイプは、その子からセキュリティレベル

を継承します。

• なし : この関係タイプにはセキュリティレベルはあり

ません。

参照整合性参照整合性の適用方法を指定します。ドロップダウンリスト

から次の値のいずれかを選択します。

• 削除を許可する

• 削除を制限する

• 段階的に削除する

デフォルトの参照整合性の値は、[削除を許可する] です。

親と子

子のタイプ子オブジェクトのオブジェクトタイプを指定する文字列 ( 大

32 文字)。子のタイプは、オプションの関係タイププロパティ

です。次のいずれかの方法で指定できます。

• [子のタイプ:] フィールドに子のタイプの名前を入力し

ます。

• [選択] をクリックして子のタイプを選択します。[タイプ

アーティファクトを選択] ダイアログボックスが表示されま

す。リストボックスから子のタイプを選択します。

• [子のタイプ:] リンクをクリックして新しい子のタイプを作

成します。Documentum アーティファクト - 名前とロケー

ションウィザードが表示されます。新しいアーティファクト

の作成の詳細については、「アーティファクトの作成 (31ページ)」を参照してください。




親のタイプ有効な親オブジェクトのオブジェクトタイプを指定する文字

列 ( 大 32 文字)。親のタイプは、オプションの関係タイプ

プロパティです。次のいずれかの方法で指定できます。

• [親のタイプ:] フィールドに親のタイプの名前を入力し

ます。

• [選択] をクリックして親のタイプを選択します。[アーティ

ファクトセレクタ] ダイアログボックスが表示されます。リス

トボックスから親のタイプを選択します。

• [親のタイプ:] リンクをクリックして新しい親のタイプを作

成します。[新しい Documentum アーティファクト - 名前と

ロケーション] ウィザードが表示されます。新しいアーティ

ファクトの作成の詳細については、「アーティファクトの作

成 (31ページ)」を参照してください。

関係の方向関係の方向を指定する整数。関係の方向の値は次のと

おりです。

• 親から子へ

• 子から親へ

• 双方向

デフォルトの関係の方向の値は、[親から子へ] です。

永久リンク親がコピーまたはバージョン変更された場合に関係を維持

するかどうかを決定します。このオプションを選択した場合、

次のいずれかの方法で親と子の関係が維持されます。

• 親がコピーされる場合、子オブジェクトもコピーする

• 子オブジェクトはコピーしない

子から親へのラベル子対親の関係のラベルを指定する文字列 ( 大 255 文

字)。テキストフィールドに文字列を入力して [追加] をク


親から子へのラベル親対子の関係のラベルを指定する文字列 ( 大 255 文

字)。テキストフィールドに文字列を入力して [追加] をク



第 15 章

スマートコンテナの管理


• スマートコンテナ (177ページ)• スマートコンテナの構築 (177ページ)• スマートコンテナ要素の追加 (180ページ)• スマートコンテナの関係の追加 (185ページ)

スマートコンテナ

スマートコンテナは、実行時にインスタンスをインスタンス化するのに使用するテンプレートで

オブジェクトと関係を定義します。Composer には、スマートコンテナエディタが用意されてい

ます。このエディタを使用すると、開発者は、プログラムではなく宣言によってスマートコンテナ

を構築できるので、DFC アプリケーションの記述にかかる時間を大幅に削減できます。スマー

トコンテナを構築した後のオブジェクトは、Documentum の永続オブジェクトと似ています。

スマートコンテナテンプレートの使用目的はモデル化された複合オブジェクトを繰り返し構築

することなので、複合オブジェクトの新規インスタンスはそれぞれ異なる必要があります。これ

は、設計時にスマートコンテナをパラメータ化することによって実現されます。

メモ: スマートコンテナアーティファクトのインストールオプションを設定する場合、[アップグ

レードオプション] を [一致するオブジェクトの新しいバージョンを作成] に設定する必要があ

ります。スマートコンテナオブジェクトを上書きすると既存のインスタンスに対するモデルイン

スタンスの関連付けが無効になるので、スマートコンテナアーティファクトには [一致するオブ

ジェクトを上書き] を選択しないでください。

スマートコンテナの構築

スマートコンテナを構築または変更するには、スマートコンテナエディタを使用します。



スマートコンテナを構築するには





2. [Documentum] > [スマートコンテナ] を選択してから、[次へ] をクリックします。


3. [フォルダ:] フィールドに、スマートコンテナを構築するプロジェクトのフォルダパスと名前

を入力するか、[参照] をクリックしてフォルダリストからプロジェクトとフォルダパスを選択

します。

4. [アーティファクト名:] フィールドにスマートコンテナのファイル名を入力して、[次へ] をク


スマートコンテナエディタが表示されます。

5. 表 45 (179ページ) の説明に従って、スマートコンテナのプロパティを設定します。



表 45. スマートコンテナのプロパティ


一般設定

オブジェクト名スマートコンテナの名前を指定する文字列。Composer によっ

て割り当てられているデフォルト名をそのまま使用するか、新

しい名前を入力することができます。

プライマリインスタンススマートコンテナのプライマリオブジェクトを指定します。ドロッ

プダウンリストからプライマリインスタンスを選択します。すべ

てのスマートコンテナは、プライマリインスタンスを 1 つだけ

持つ必要があります。プライマリインスタンスには、新規フォル

ダ、既存のフォルダ、新規ドキュメント、既存のドキュメント、ま

たはテンプレートを指定できますが、プレースホルダは指定で

きません。

説明スマートコンテナの説明。

カテゴリドロップダウンリストなどのフィルタで使用できる識別子を指

定する文字列。

パラメータ

パラメータ名実行時にスマートコンテナで使用するパラメータの名前。

デフォルト値実行時パラメータの値。

6. 次に示すように、1 つまたは複数のアーティファクトをスマートコンテナに追加します。

• フォルダ (「フォルダの追加 (180ページ)」を参照)• 新規フォルダ (「新規フォルダの追加 (181ページ)」を参照)• ドキュメント (「ドキュメントの追加 (182ページ)」を参照)• 新規ドキュメント (「新規ドキュメントの追加 (182ページ)」を参照)• テンプレート (「テンプレートの追加 (183ページ)」を参照)• プレースホルダ (「プレースホルダの追加 (184ページ)」を参照)

7. アーティファクトに関係を追加します (「スマートコンテナの関係の追加 (185ページ)」を参照)。


9. スマートコンテナのアーティファクトのインストールパラメータを設定します (アーティファ

クトインストールオプションの設定 (227ページ) を参照)。

メモ: インストールパラメータのアップグレードオプションは、[一致するオブジェクトの新

しいバージョンを作成] に設定する必要があります。スマートコンテナオブジェクトを上書

きすると既存のインスタンスに対するモデルインスタンスの関連付けが無効になるので、



スマートコンテナアーティファクトには [一致するオブジェクトを上書き] を選択しないでく

ださい。

スマートコンテナ要素の追加

スマートコンテナには、フォルダ、ドキュメント、テンプレート、プレースホルダなどのさまざま

な要素を含めることができます。

フォルダの追加

既存のフォルダのインスタンスをスマートコンテナに追加するには、スマートコンテナエディ

タの [フォルダ] オプションを使用します。リポジトリ内にすでに存在するフォルダを追加する

ので、フォルダの Documentum オブジェクト ID またはパスを追加してフォルダを定義する必


フォルダを追加するには

1. 「スマートコンテナの構築 (177ページ)」の説明に従って、スマートコンテナエディタを開

きます。

2. ([フォルダ] アイコン) を選択し、ワークスペースをクリックします。スマートコンテナワー

クスペースにフォルダが表示されます。

3. [プロパティ] ビューの [フォルダ情報] タブをクリックし、フォルダプロパティを定義します (表 46 (180ページ) を参照)。

表 46. フォルダプロパティ


表示名ワークスペースに表示されるフォルダの名前。この名前は表

示目的のみに使用され、この名前によりワークスペースのフォ

ルダを識別できます。表示名は、リポジトリやその他のアプリ

ケーションでは使用されません。

オブジェクト ID フォルダの Documentum オブジェクト ID (16 文字)。

パスフォルダのリンク先となる場所の相対パス。



新規フォルダの追加

新しいスマートコンテナフォルダは、標準の新規フォルダに似ていますが、実行時まではイ

ンスタンス化されないという点が異なります。

新規のフォルダを追加するには


きます。

2. ([フォルダの新規作成] アイコン) を選択し、ワークスペースをクリックします。スマート

コンテナワークスペースに新規フォルダが表示されます。

3. [プロパティ] ビューの [新規フォルダ情報] タブをクリックし、フォルダプロパティを定義し

ます (表 47 (181ページ) を参照)。

表 47. 新規フォルダのプロパティ


表示名ワークスペースに表示されるフォルダの名前。この名前は表示

目的のみに使用され、この名前によりワークスペースのフォル

ダを識別できます。表示名は、リポジトリやその他のアプリケー

ションでは使用されません。

オブジェクト名新規フォルダのオブジェクト名。

タイプ新規フォルダのオブジェクトタイプ。[選択] をクリックしてリストか

らオブジェクトタイプを選択するか、[タイプ] リンクをクリックして

新しいオブジェクトタイプを作成します。タイプの詳細について

は、「第 17 章タイプの管理」を参照してください。

アクセス権セットフォルダに割り当てられているアクセス権セット。[選択] をクリック

してリストからアクセス権セットを選択するか、[アクセス権セット] リンクをクリックして新しいアクセス権セットを作成します。アクセス

権セットの詳細については、「第 12 章 ACL (アクセス権セット)の管理」を参照してください。

4. [アスペクト] タブをクリックして、1 つまたは複数のアスペクトを新規フォルダに添付します。

[追加] をクリックしてリストからアスペクトを選択するか、新しいアスペクトを作成します。ア

スペクトの詳細については、「第 6 章アスペクトの管理」を参照してください。

5. [属性] タブをクリックして、1 つまたは複数の属性を新規フォルダに追加します。[追加] をクリックし、リストから属性を選択します。




ドキュメントの追加

既存のドキュメントのインスタンスをスマートコンテナに追加するには、スマートコンテナエ

ディタの [ドキュメント] オプションを使用します。リポジトリ内にすでに存在するドキュメントを追

加するので、ドキュメントの Documentum オブジェクト ID またはパスを追加してドキュメントを

定義する必要があります。

ドキュメントを追加するには


きます。

2. ([ドキュメント] アイコン) を選択し、ワークスペースをクリックします。スマートコンテナ

ワークスペースにドキュメントが表示されます。

3. [プロパティ] ビューの [インスタンス情報] タブをクリックし、ドキュメントプロパティを定義

します (表 48 (182ページ) を参照)。

表 48. ドキュメントインスタンスのプロパティ


表示名ワークスペースに表示されるドキュメントインスタンスの名前。

この名前は表示目的のみに使用され、この名前によりワークス

ペースのドキュメントインスタンスを識別できます。表示名は、

リポジトリやその他のアプリケーションでは使用されません。

オブジェクト ID ドキュメントインスタンスの Documentum オブジェクト ID (16文字)。

パスドキュメントインスタンスのリンク先となる場所の相対パス。

新規ドキュメントの追加

新しいスマートコンテナドキュメントは、標準の新規ドキュメントに似ていますが、実行時まで

はインスタンス化されないという点が異なります。

新規ドキュメントを追加するには


きます。

2. ([ドキュメントの新規作成] アイコン) を選択し、ワークスペースをクリックします。スマー

トコンテナワークスペースに新規ドキュメントが表示されます。



3. [プロパティ] ビューの [新規インスタンス情報] タブをクリックし、新規ドキュメントのプロパ

ティを定義します (表 49 (183ページ) を参照)。

表 49. 新規ドキュメントインスタンスのプロパティ


表示名ワークスペースに表示される新規ドキュメントインスタンスの

名前。この名前は表示目的のみに使用され、この名前によ

りワークスペースの新規ドキュメントインスタンスを識別でき

ます。表示名は、リポジトリやその他のアプリケーションでは

使用されません。

オブジェクト名新規ドキュメントインスタンスのオブジェクト名。

タイプ新規ドキュメントインスタンスのオブジェクトタイプ。[選択] をクリックしてリストからオブジェクトタイプを選択するか、[タイ

プ] リンクをクリックして新しいオブジェクトタイプを作成しま

す。タイプの詳細については、「第 17 章タイプの管理」を参


アクセス権セットドキュメントインスタンスに割り当てられているアクセス権セッ

ト。[選択] をクリックしてリストからアクセス権セットを選択する

か、[アクセス権セット] リンクをクリックして新しいアクセス権

セットを作成します。アクセス権セットの詳細については、「第

12 章 ACL (アクセス権セット) の管理」を参照してください。

4. [アスペクト] タブをクリックして、1 つまたは複数のアスペクトを新規ドキュメントインスタンス

に添付します。[追加] をクリックしてリストからアスペクトを選択するか、新しいアスペクトを作

成します。アスペクトの詳細については、「第 6 章アスペクトの管理」を参照してください。

5. [属性] タブをクリックして、1 つまたは複数の属性を新規ドキュメントインスタンスに追加し

ます。[追加] をクリックし、リストから属性を選択します。


テンプレートの追加

スマートコンテナテンプレートとは、構築時にスマートコンテナにコピーして使うための既存

のドキュメントです。

テンプレートを追加するには


きます。



2. ([テンプレート] アイコン) を選択し、ワークスペースをクリックします。スマートコンテナ

ワークスペースにテンプレートが表示されます。

3. [プロパティ] ビューの [テンプレート情報] タブをクリックし、テンプレートプロパティを定義

します (表 50 (184ページ) を参照)。

表 50. テンプレートプロパティ


表示名ワークスペースに表示されるテンプレートの名前。この名前は

表示目的のみに使用され、この名前によりワークスペースの

新規ドキュメントインスタンスを識別できます。表示名は、リポ

ジトリやその他のアプリケーションでは使用されません。

オブジェクト名テンプレートのオブジェクト名。

アクセス権セットテンプレートに割り当てられているアクセス権セット。[選択] をクリックしてリストからアクセス権セットを選択するか、[アクセス

権セット] リンクをクリックして新しいアクセス権セットを作成しま

す。アクセス権セットの詳細については、「第 12 章 ACL (アク

セス権セット) の管理」を参照してください。

次に基づきます

オブジェクト ID テンプレートの Documentum オブジェクト ID (16 文字)。

パステンプレートのリンク先となる場所の相対パス。

4. [アスペクト] タブをクリックして、1 つまたは複数のアスペクトをテンプレートに添付します。

[追加] をクリックしてリストからアスペクトを選択するか、新しいアスペクトを作成します。ア

スペクトの詳細については、「第 6 章アスペクトの管理」を参照してください。

5. [属性] タブをクリックして、1 つまたは複数の属性をテンプレートに追加します。[追加] をクリックし、リストから属性を選択します。


プレースホルダの追加

プレースホルダオブジェクトは、テンプレートオブジェクトに似ていますが、構築時に作成さ

れません。プレースホルダオブジェクトを使用すると、モデル化を行う際に、複合オブジェクト

を “完了したもの” と見なすために後で他のオブジェクトを追加する必要があることを示すこと

ができます。プレースホルダは、“リーフ” ノードである必要があります。



プレースホルダを追加するには


きます。

2. ([プレースホルダ] アイコン) を選択し、ワークスペースをクリックします。スマートコンテ

ナワークスペースにプレースホルダが表示されます。

3. [プロパティ] ビューの [プレースホルダ情報] タブをクリックし、プレースホルダプロパティ

を定義します (表 51 (185ページ) を参照)。

表 51. プレースホルダプロパティ


表示名ワークスペースに表示されるプレースホルダの名前。この名前

は表示目的のみに使用され、この名前によりワークスペースの

新規プレースホルダを識別できます。表示名は、リポジトリや

その他のアプリケーションでは使用されません。

オブジェクト名プレースホルダのオブジェクト名。

タイププレースホルダのオブジェクトタイプ。[選択] をクリックしてリス

トからオブジェクトタイプを選択するか、[タイプ] リンクをクリッ

クして新しいオブジェクトタイプを作成します。タイプの詳細に

ついては、「第 17 章タイプの管理」を参照してください。

必ず指定プレースホルダをオブジェクトタイプに割り当てる必要がある

かどうかを指定します。


スマートコンテナの関係の追加

スマートコンテナオブジェクト間の関係は、フォルダリンクと一般的な関係という二つの形式

で表れます。スマートコンテナエディタには、関係を視覚的に区別するために 2 つのオプショ

ンが用意されています。

• フォルダメンバリンク

フォルダとそのメンバをモデル化する場合は、[フォルダメンバリンク] 関係を使用できま

す。

• 関係

その他のすべての一般的な関係には、[関係] オプションを使用できます。一般的な関係

とは、たとえば、保険金請求と顧客の間の関係です。



関係を追加するには

1. [フォルダメンバリンク] タブまたは [関係] タブをクリックしてアクティブにします。

2. 1 つ目のスマートコンテナのオブジェクトをクリックします。

3. 2 つ目のスマートコンテナのオブジェクトをクリックします。

2 つのオブジェクトが接続されたことを示す矢印が表示されます。


第 16 章

システムオブジェクトの管理


• システムオブジェクト (187ページ)• システムオブジェクトの作成 (187ページ)• システムオブジェクトの属性の表示と変更 (189ページ)

システムオブジェクト

システムオブジェクトタイプは、Documentum システムでもよく使用されるオブジェクトの親

タイプです。システムオブジェクトは、コンテンツを含めることが可能な階層内にあるすべての

オブジェクトタイプの (直接または間接の) スーパータイプです。システムオブジェクトタイプ

の定義済み属性には、オブジェクトのバージョン、オブジェクトに関連付けられたコンテンツ

ファイル、オブジェクトに対するセキュリティ権限、コンテンツ管理にとって重要なその他の情

報が保存されます。コンテンツと関連付けられるも一般的なシステムオブジェクトのサブタ

イプは、dm_document です。

システムオブジェクトの作成

システムオブジェクトを作成または変更するには、システムオブジェクトエディタを使用します。

システムオブジェクトを作成するには



• Composer プロジェクトで、[アーティファクト] フォルダを展開し、[システムオブジェク

ト] を右クリックする。[新規] → [その他] を選択する。




2. [Documentum] → [システムオブジェクト] を選択して、[次へ] をクリックします。


3. [フォルダ:] フィールドに、システムオブジェクトを作成するプロジェクトのフォルダパスと

名前を入力するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. [アーティファクト名:] フィールドにシステムオブジェクトのファイル名を入力して、[次へ]をクリックします。

[タイプ、ファイル、フォーマット] ダイアログボックスが表示されます。

5. 必要に応じて、システムオブジェクトのタイプ、ファイル、フォーマットの情報を入力し (表52 (188ページ) を参照)、[次へ] をクリックします。

メモ: システムオブジェクトのファイル名およびフォーマットを入力しない場合、[終了] をクリックします。

表 52. システムオブジェクトのプロパティ


タイプコンテンツを含むオブジェクトのタイプ。デフォルトでは、オブ

ジェクトタイプは dm_sysobject に設定されています。[選択] をクリックして、ドロップダウンリストから別のオブジェクトタイプを

選択します。

ファイルコンテンツを含むファイルの名前 (該当する場合)。[参照] をク

リックして、ローカルマシンまたはネットワークドライブからファイ

ルを選択します。

フォーマットコンテンツファイルのフォーマット。[選択] をクリックして、ドロップ

ダウンリストからファイルのフォーマットを選択します。

システムオブジェクトエディタが表示されます。



6. [添付されたアスペクト] セクションの [追加] をクリックして、1 つまたは複数のアスペクトを

システムオブジェクトに添付します。

[アスペクトモジュールアーティファクト] ダイアログボックスが表示されます。

7. リストからアスペクトを選択するか、[新規作成] をクリックして新しいアスペクトを作成しま

す。アスペクトの詳細については、「第 6 章アスペクトの管理」を参照してください。

8. 「システムオブジェクトの属性の表示と変更 (189ページ)」に従って、システムオブジェク

トの属性を表示または変更します。


システムオブジェクトの属性の表示と変更

システムオブジェクトエディタの [属性] タブでは、属性を表示し、指定したシステムオブジェ

クトに関連付けられている属性値を変更することができます。

システムオブジェクトの属性を表示または変更するには

1. システムオブジェクトエディタの [属性] タブをクリックします。

[属性] ビューが表示されます。

2. リストから属性を選択して、属性の詳細を表示します。



[属性] ビューでは、次の処理を行うことができます。

• [編集可能な属性のみを表示] ラジオボタンを選択し、変更できる属性だけを一覧表

示する。

• [すべての属性を表示] ラジオボタンを選択し、システムオブジェクトのすべての属性

を一覧表示する。

• [詳細] セクションの [属性値] フィールドで、編集可能な属性の値を入力または変更

する。



第 17 章

タイプの管理


• オブジェクトタイプ (191ページ)• 標準オブジェクトタイプの作成 (192ページ)• 軽量オブジェクトタイプの作成 (197ページ)• 制約式の設定 (201ページ)• イベントの追加、削除、または変更 (202ページ)• タイプ属性の追加 (203ページ)• タイプ UI 情報の設定 (212ページ)

オブジェクトタイプ

オブジェクトタイプはテンプレートに似ており、オブジェクトのクラスを表します。Composer では、次のような 2 つのオブジェクトタイプを作成できます。

• 標準オブジェクト

• 軽量オブジェクト

各オブジェクトタイプは、属性のセットで定義されます。オブジェクトを作成すると、その属性

は、オブジェクトタイプの特定のインスタンスを表す値に設定されます。たとえば、ドキュメントオ

ブジェクトタイプの 2 つの属性は、タイトルと主題です。ユーザがドキュメントを作成する場合、

そのドキュメントに特有のタイトル属性と主題属性の値を指定します。オブジェクトおよびオブ

ジェクトタイプの詳細については、『Documentum Content Server Fundamentals 』(DocumentumContent Server の基本操作) を参照してください。

軽量オブジェクトはオブジェクトモデルの拡張の一部であり、アプリケーション固有のデータ

だけを保持するオブジェクト間で、システムによって管理されるメタデータを共有するために導

入されました。たとえば、セキュリティ、保持期限、およびストレージのポリシーは、すべての軽

量オブジェクトの間で共有される標準のシステムオブジェクトに保存されます。システムによっ

て管理されるメタデータが保存されるのは 1 回だけなので、必要なディスクストレージが大幅

に削減され、読み込みのパフォーマンスが著しく向上します。


タイプの管理

メモ: 現在、軽量オブジェクトを適切に使用できるのは、Documentum High-Volume Server 用に設計されたアプリケーションだけです。Documentum High-Volume Server は、電子メールの

アーカイブなど、大きいコンテンツストアの一般的な問題を解決するために実装された機能

をサポートする、Documentum Content Server の拡張です。このサーバには、Content Server のインストール時に指定された追加のライセンスキーが必要です。軽量オブジェクトタイプと

Documentum High-Volume Server の詳細については、『EMC Documentum High-Volume ServerDeveloper Guide(EMC Documentum High-Volume Server 開発者ガイド)』を参照してください。

標準オブジェクトタイプの作成

標準オブジェクトタイプを作成または変更するには、タイプエディタを使用します。

標準オブジェクトタイプを作成するには






2. [Documentum] → [Documentum Artifact] → [タイプ] を選択して、[次へ] をクリックします。


れます。

3. [フォルダ:] フィールドに、オブジェクトタイプを作成するプロジェクトのフォルダパスと名

前を入力するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. [アーティファクト名:] フィールドにオブジェクトタイプのファイル名を入力します。

5. [標準オブジェクトタイプ] を選択して、[次へ] をクリックします。

タイプエディタの [全般] タブが表示されます。


タイプの管理

6. [情報]、[デフォルトの添付アスペクト]、[制約]、[イベント] の各セクションにオブジェクトタ

イプ情報を入力します (表 53 (193ページ) を参照)。

表 53. [全般] タブのタイプ情報


一般

タイプ名タイプの名前を指定する文字列。すべてのタイプ名

には次の規則が適用されます。







せん。

共有可能このタイプのプロパティを他のオブジェクトタイプと

共有する場合、このオプションを選択します。


タイプの管理


スーパータイプ新しいタイプのスーパータイプ。スーパータイプは、

別のタイプの基礎となるタイプです。新しいタイプは、

指定したスーパータイプのプロパティをすべて継承

します。 [選択...] をクリックしてリストボックスからスー

パータイプを選択します。

ストレージエリアこのタイプのインスタンスについて、デフォルトのスト

レージロケーションを指定します。カスタムのデフォ

ルトストレージロケーションを割り当てない場合、シ

ステムのデフォルトストレージロケーションが自動

的に割り当てられます。

デフォルトの添付アスペクト [選択...] をクリックして、このタイプのインスタンス

に添付される 1 つまたは複数のアスペクトを指定

します。アスペクトにより、タイプインスタンスの動

作を変更できます。アスペクトの添付の詳細につ

いては、「アスペクトの添付 (196ページ)」を参照






場合は、[新規] をクリックします。式の作成や変更

の詳細については、「制約式の設定 (201ページ)」を参照してください。










タイプの管理







は [削除] をクリックします。新しいイベントの作成の

詳細については、「イベントの追加、削除、または変

更 (202ページ)」を参照してください。

このタイプで定義されたイベント

のみ

このオプションを選択すると、イベントテーブルに

あるこのタイプについて定義されたイベントのみ


スーパータイプからの継承を含

むすべてのイベント

このオプションを選択すると、スーパータイプから継

承されたイベントも含め、イベントテーブルにあるこ

のタイプのイベントがすべて表示されます。




7. [属性] タブをクリックします。

[タイプ属性] ビューが表示されます。


タイプの管理

8. [追加] をクリックして新しいタイプ属性を追加します。タイプ属性の追加の詳細について

は、「タイプ属性の追加 (203ページ)」を参照してください。

9. [表示] タブをクリックします。

[タイプ UI 情報] ビューが表示されます (図 13 (212ページ) を参照)。

10. [表示設定] セクションと [アプリケーションインターフェイス表示] セクションにタイプ UI 情報を入力します (「タイプ UI 情報の設定 (212ページ)」を参照)。

アスペクトの添付

新しいオブジェクトタイプを作成する場合、そのオブジェクトタイプにデフォルトで添付される

アスペクトを割り当てることもできます。

アスペクトを添付するには

1. タイプエディタの [全般] タブにある [デフォルトの添付アスペクト] セクションで [追加] をクリックします。

[アスペクトモジュールアーティファクト] ダイアログボックスが表示されます。

2. [一致するアーティファクト] リストボックスからアスペクトを選択して、[OK] をクリックします。

メモ: [一致するアーティファクト] リストボックスにアスペクトが表示されない場合、アスペク

トはまだ作成されていません。アスペクトの作成の詳細については、「アスペクトタイプの

作成 (89ページ)」を参照してください。


タイプの管理

軽量オブジェクトタイプの作成

軽量オブジェクトタイプを作成する前に、ビルドするアプリケーションで実際にこのタイプの

オブジェクトを活用できることを確認してください。現在のところ、軽量オブジェクトタイプを使

用できるのは Documentum High-Volume Server 用に設計されたアーカイブアプリケーション

だけです。Documentum High-Volume Server は、電子メールのアーカイブなど、大きいコンテ

ンツストアの一般的な問題を解決するために実装された機能をサポートする、DocumentumContent Server の拡張です。このサーバには、Content Server のインストール時に指定された

追加のライセンスキーが必要です。

軽量オブジェクトタイプを作成するには




する。[新規] > [その他] を選択する。


2. [Documentum] → [Documentum Artifact] → [タイプ] を選択して、[次へ] をクリックします。


れます。

3. [フォルダ:] フィールドに、オブジェクトタイプを作成するプロジェクトのフォルダパスと名

前を入力するか、[参照] をクリックしてフォルダリストからプロジェクトを選択します。

4. [アーティファクト名:] フィールドにオブジェクトタイプのファイル名を入力します。

5. [軽量オブジェクトタイプ] を選択し、[次へ] をクリックします。

軽量タイプエディタの [全般] タブが表示されます。


タイプの管理

6. 表 54 (198ページ) の説明に従って、[情報]、[制約]、[イベント] の各セクションにオブジェ

クトタイプに関する情報を入力します。

表 54. [全般] タブの軽量タイプの情報


一般

タイプ名この軽量オブジェクトタイプの名前を指定する文

字列。すべてのタイプ名には次の規則が適用さ

れます。







せん。

共有されている親この軽量オブジェクトとプロパティを共有している

親オブジェクトタイプ。


タイプの管理


スーパータイプこの軽量オブジェクトタイプのスーパータイプ。スー

パータイプは、別のタイプの基礎となるタイプです。

新しいタイプは、指定したスーパータイプのプロパ

ティをすべて継承します。 [選択...] をクリックしてリス

トボックスからスーパータイプを選択します。

具現化動作この軽量オブジェクトが親オブジェクトを共有する場

合と、親の独自のコピーを持つ場合を指定します。

軽量オブジェクトが他の軽量オブジェクトと親オブ

ジェクトを共有する場合は、具現化されない、と分類

されます。軽量オブジェクトが親の独自のコピーを

持つ場合は、具現化される、と分類されます。基本

的には、軽量オブジェクトが具現化される場合のほ

うが、データベーステーブルの容量を消費します。

したがって、軽量オブジェクトを具現化すると、デー

タベーステーブルのサイズが大幅に増加する可能

性があるため、データベースに大きな影響を与える

場合があります。

具現化動作は、次の値に設定されます。

• [自動的に具現化]: チェックアウト/チェックイン

操作や分岐操作など、特定の操作が行われた

場合に、軽量オブジェクトが自動的に具現化

されます。

• [要求時]: 明示的な API 呼び出しにより要求さ

れた場合のみ、軽量オブジェクトが具現化され

ます。軽量オブジェクトの具現化に使用可能な

API については、『EMC Documentum ArchiveDeveloper Guide (EMC Documentum Archive 開

発者ガイド)』を参照してください。

• [許可しない]: 軽量オブジェクトは具現化され

ません。

デフォルトでは、具現化動作は [自動的に具現化]に設定されています。





タイプの管理



場合は、[新規] をクリックします。式の作成や変更

の詳細については、「制約式の設定 (201ページ)」を参照してください。














は [削除] をクリックします。新しいイベントの作成の

詳細については、「イベントの追加、削除、または変

更 (202ページ)」を参照してください。

このタイプで定義されたイベント

のみ

このオプションを選択すると、イベントテーブルに

あるこのタイプについて定義されたイベントのみ


スーパータイプからの継承を含

むすべてのイベント

このオプションを選択すると、スーパータイプから継

承されたイベントも含め、イベントテーブルにあるこ

のタイプのイベントがすべて表示されます。




7. [属性] タブをクリックします。

[タイプ属性] ビューが表示されます。


タイプの管理

8. [追加] をクリックして新しいタイプ属性を追加します。タイプ属性の追加の詳細について

は、「タイプ属性の追加 (203ページ)」を参照してください。

9. [表示] タブをクリックします。

[タイプ UI 情報] ビューが表示されます (図 13 (212ページ))。

10. [表示設定] セクションと [アプリケーションインターフェイス表示] セクションにタイプ UI 情報を入力します (「タイプ UI 情報の設定 (212ページ)」を参照)。

制約式の設定

制約は、タイプの属性値同士またはタイプの属性値と定数値を関係付ける、Docbasic 式の形

式で表した内部的な整合性要件です。

タイプの制約式を追加するには

1. タイプエディタの [タイプの概要] タブにある [制約] セクションで [追加] をクリックします。

[制約の編集] ダイアログが表示されます。


タイプの管理

2. [式] テキストボックスに、true または false に解決される有効な Docbasic 制約式を入力し

ます。Docbasic 式は、制約が満たされるときは true、制約違反のときは false に解決される


[リセット] ボタンをクリックすると、制約式のテキストボックスの内容が、構文テストを後

にパスしたときの値に戻ります。

3. 制約違反のときにアプリケーションに表示されるメッセージを、[制約違反の場合のエラー

メッセージ] テキストボックスに入力します。

4. アプリケーションでこの制約を適用するようにする場合は [制約を適用] チェックボックスを

オンにし、適用しないようにする場合はオフにします。


イベントの追加、削除、または変更

イベントは、オブジェクトでの特定のアクションです。作成や変更ができるのはアプリケーショ

ンイベントのみで、システムイベントの作成および変更はできません。

新しいイベントを作成するには

1. タイプエディタの [タイプの概要] タブにある [イベント] セクションで [新規作成] をクリック

します。

[イベントの編集] ダイアログが表示されます。


タイプの管理

2. イベントの名前を入力して、[OK] をクリックします。イベントがイベントテーブルに表示さ

れます。

タイプ属性の追加

タイプ属性は、タイプエディタの [属性] タブで設定されます。タイプ属性とは、そのタイプの

オブジェクトすべてに適用されるプロパティです。オブジェクトを作成すると、その属性は、オ

ブジェクトタイプの特定のインスタンスを表す値に設定されます。

属性を作成するには

1. タイプエディタの [属性] タブをクリックして、[属性] ビューを表示します。

2. [新規作成] をクリックして新しい属性エントリを作成してから、プラス記号 (+) をクリックして

設定オプションを表示します。

[タイプ属性] ビューが展開され、[構造] セクションと [制約] セクションが表示されます。

3. 属性の構造を設定します (「属性構造の設定 (204ページ)」を参照)。

4. 属性の制約を設定します (「属性の制約の設定 (205ページ)」を参照)。

5. 属性ペインの [アプリケーションインターフェイス表示] アイコン ( ) をクリックして、属性

の UI 設定オプションを表示します。

6. 属性の UI オプションを設定します (「タイプ属性 UI の設定 (207ページ)」を参照)。


タイプの管理

7. [値のマッピング] アイコン ( ) をクリックして、属性値のマッピングオプションを表示します。

8. 属性の条件を設定します (「条件付き属性値の設定 (209ページ)」を参照)。

9. 属性値マッピングを設定します (「属性値のマッピングの設定 (211ページ)」を参照)。

属性構造の設定

属性構造は、[タイプ属性] ビューの [構造] セクションで設定します (図 8 (204ページ) を参照)。

図 8. [タイプ属性] ビューの [構造] セクション

表 55 (204ページ) の説明に従って、属性構造のプロパティを入力します。

表 55. 属性構造のプロパティ


名前新しい属性の名前を表す文字列。属性名に使用する文字

はすべて小文字にする必要があります。先頭の文字を、

dm_、a_、i_、r_、数値、スペース、一重引用符にすることは

できません。また、select、from、または where という名前

を付けることはできません。


タイプの管理


データタイプ新しい属性のデータタイプ。ドロップダウンリストから次のい

ずれかのデータタイプを選択します。

• BOOLEAN• INTEGER• STRING• ID• TIME• DOUBLE• UNDEFINED

長さこのパラメータは、STRING データタイプを使用する属性に

のみ適用されます。この属性の文字数を入力します。この属

性に割り当て可能な大文字数は、アプリケーションをイン

ストールするデータベースによって異なります。

繰り返しこの属性が複数の値を持てるかどうかを指定します。この

属性に対して複数の値を指定できるようにするには、チェッ


修飾不可この属性が修飾可能であるか修飾不可であるかを指定しま

す。修飾できない属性のプロパティおよび値は直列形式で

格納され、プロパティや値が定義されるオブジェクトタイプを

表す各自の列は、基になるデータベーステーブルに存在し

ません。つまり、データベースに公開されていないため、修飾

できない属性をクエリで使用することはできません。

デフォルト値単一値属性のデフォルト値 (1 つ) または繰り返し属性のデ

フォルト値 (複数) を指定します。[新規作成] をクリックして

デフォルト値を入力します。

属性の制約の設定

属性制約は、[タイプ属性] ビューの [制約] セクションで設定します (「図 9 (206ページ)」を参

照)。制約は、タイプの属性値同士またはタイプの属性値と定数値を関係付ける、Docbasic 式

の形式で表した内部的な整合性要件です。


タイプの管理

図 9. 属性の制約

表 56 (206ページ) の説明に従って、属性制約のプロパティを入力または指定します。

表 56. 属性制約のプロパティ


式制約を定義する Docbasic 式。[新規作成] をクリックし

て式を作成します。式の作成や変更の詳細について

は、「制約式の設定 (201ページ)」を参照してください。

適用アプリケーションがこの制約を適用するかどうかを指定

します。表の [適用] 列のセルをクリックして、関連付け

られた式に対する制約の適用を有効または無効にする

ことができます。制約フィールドに指定できる値は次の

2 種類です。


• アプリケーションの実行: このタイプを使用するアプ

リケーションによって制約が実行されます。

アプリケーション実行時にスー

パータイプ制約を無視

このオプションを選択すると、アプリケーションで、この

タイプの属性に関するスーパータイプ制約が無視さ

れます。

属性は空白不可属性に必ず値を設定するように指定するには、このオプ

ションを選択します。エンドユーザは、アプリケーション

の実行時にこの属性の値を入力する必要があります。

属性は読み取り専用属性が読み取り専用であることを示すには、このオプ

ションを選択します。エンドユーザは、アプリケーション

の実行時に属性の値を変更することはできません。


タイプの管理


属性に NULL 値を指定可能属性に値を割り当てなくてもよいことを示すには、こ

のオプションを選択します。エンドユーザは、アプリ

ケーションの実行時にこの属性の値を入力する必要

はありません。

不変オブジェクトでの属性の変

更が可能

オブジェクト自体が不変 (変更不可) の場合でも、そ

の属性を編集できるようにするには、このオプション


タイプ属性 UI の設定

属性 UI は、クライアントアプリケーションでの属性の表示方法を指定し、[UI] ビューで設定さ

れます。[UI] ビューを開くには、属性ディレクトリツリーで ([UI] アイコン) をクリックします。

[UI] ビューが表示されます (「図 10 (207ページ)」を参照)。

図 10. [タイプ属性 UI] ビュー

表 57 (208ページ) の説明に従って、[全般] セクションと [検索] セクションで、属性 UI のプロ

パティを入力または指定します。


タイプの管理

表 57. タイプ属性 UI のプロパティ


一般

ラベルクライアントアプリケーションでこの属性に対して表

示される名前。

入力マスククライアントアプリケーションでこの属性に対してエン

ドユーザが入力できる文字および形式を指定しま

す。入力マスクは、マスク文字およびリテラルで構成

されます。バックスラッシュ (\) の直後の文字はリテラ

ルに変換されます。入力マスクに使用できる値は次

のとおりです。

• #: 数字 (0 ～ 9)• A: 英数字 (0 ～ 9、 a ～ z、A ～ Z)• &: 任意の ASCII 文字

• ?: アルファベット (a ～ z、A ～ Z)• U: アルファベット (大文字に変換)• L: アルファベット (小文字に変換)

入力マスクの例については、表 58 (209ページ) を参照


カテゴリデスクトップクライアントで表示されるカスタムタブを表

す文字列。[カテゴリ] フィールドに入力した値は、親タ

イプの表示設定の継承が壊れていたり、タイプまたは

その親に対してすでに表示設定が指定されている場

合以外に使用されます。

ユーザヘルプアプリケーションに表示されるタイプの説明 (オプ

ション)。


検索

検索可能属性が検索可能かどうかを指定します。オブジェクトが

属性のタイプから派生している場合に、クライアントで

ユーザがそのオブジェクトの属性値のリポジトリを検索

できるようにするには、このオプションを選択します。

使用可能な演算子属性検索用に指定可能な演算子が表示されます。

1 つまたは複数の演算子を選択して [追加] をクリッ

クすると、選択した演算子が [許可された演算子] 列に移動します。


タイプの管理


許可された演算子クライアントアプリケーションで属性値を検索する際に

使用できる検索演算子を指定します。

デフォルト検索値クライアントにデフォルトで表示される検索値。オプ

ションのパラメータ。デフォルトの検索値が指定され

ていない場合、クライアントでは空のフィールドが表

示されます。

デフォルト検索演算子クライアントにデフォルトで表示される検索演算子。オ

プションのパラメータ。デフォルトの検索演算子が指

定されていない場合、クライアントでは空のフィール

ドが表示されます。

表 58 (209ページ) に、有効なユーザ入力の値と例を示します。

表 58. 入力マスクの例

マスク値説明有効なユーザ入力

##/##/#### 日付のエントリを表します。 08/23/1968

##:## UU 時間のエントリを表します。 2:42 PM

###-##-#### 連続する数値 (アメリカの社会保障番号

など) を入力するための形式を表します。

111223333

??????????????? 15 文字以内で入力する文字列 (都市名

など) を表します。

Munich

条件付き属性値の設定

条件付き値マッピングにより、オブジェクト属性の実行時にクライアントプログラムに表示され

る値のリストが生成されます。ユーザはこのリストから値を選択したり、新しい値をリストに追加

したりすることができます。条件付き値マッピングには次の 2 種類があります。

• [デフォルトの値マッピング]: オブジェクトの新規作成時など、選択されている値がない場

合に表示される値。

• [条件付きの値マッピング]: ある属性で表示される値が別の属性の値に依存している場合

など、指定した条件を満たした場合に表示される値。

条件付き値マッピングは、[値のマッピング] ビューの [条件アシスタンス] セクション (「図 11(210ページ)」を参照) で設定します。


タイプの管理

図 11. [条件アシスタンス] ビュー

条件付き値マッピングを作成するには


[条件値アシスタンス] ダイアログボックスが表示されます。

2. 表 59 (210ページ) の説明に従って、条件値のプロパティを指定します。

表 59. 条件値のプロパティ


式条件を表す Docbasic 式。この Docbasic 式は、true または false のいずれかに解決される必要があります。

固定リスト固定リストの形式の条件に値が関連付けられること

を指定します。値の固定リストを使用する場合はこ

のオプションを選択し、[値] フィールドにそれぞれ

の値を入力します。

値条件に関連付けられる値を指定します。[値] フィー

ルドに、値をカンマで区切って入力します。

リスト完了ユーザによるリストへの値の追加ができないことを指

定します。


タイプの管理


クエリ条件に関連付けられる値がクエリによって取得され

ることを指定します。[クエリ] テキストボックスにクエリ

を入力します。$value キーワードを使用すると、属性

値を実行時に解決できます。

キャッシュされたクエリの許可キャッシュされたクエリを許可する場合は、このオ

プションを選択します。

データを持つクエリ属性条件用のデータ値を持つクエリ属性を指定します。

クエリ属性の名前を入力します。


属性値のマッピングの設定

値マッピングでは、クライアントプログラムに表示される文字列と属性値を関連付け (マッピン

グ) します。クライアントプログラムに表示されるマッピングされた文字列を選択し、オブジェクト

をリポジトリに保存すると、対応する値がマッピングされた文字列に保存されます。属性値は、

[値のマッピング] ビューの [値のマッピングテーブル] セクションでマップします (図 12 (211ページ) を参照)。

図 12. 値のマッピングテーブル

値のマッピングを作成または変更するには

1. [新規作成] をクリックして、[属性値] 列と [表示文字列] 列にデータ値と表示値のペアを

作成します。

2. [属性値] のデータ値フィールドをクリックして、リポジトリに保存される属性値を入力します。

3. [表示文字列] 列の表示値フィールドをクリックして、マップされた値としてクライアントア

プリケーションに表示される文字列を入力します。

4. [説明] 列のフィールドをクリックして、値マッピングを説明する文字列を入力します。

値マッピングを削除するには、[値のマッピングテーブル] で対応する行を選択し、[削除] をクリックします。


タイプの管理

タイプ UI 情報の設定

タイプ UI 情報ビューでは、Documentum クライアントとカスタムアプリケーションに表示される

属性を指定できます。タイプエディタの [タイプ UI] タブをクリックすると [タイプ UI 情報] ビュー

が表示されます (図 13 (212ページ))。

図 13. [タイプ UI 情報] ビュー

クライアントに表示される 1 つまたは複数の属性を設定するには

1. 表 60 (212ページ) の説明に従って、タイプ UI 情報を入力します。

表 60. タイプ UI 情報


表示設定

スコープタイプ属性が表示されるアプリケーションの名前。

アプリケーションの名前が、リポジトリに存在してい

る必要があります。

表示設定リスト属性が表示されるタブを指定します。次のようにし

てタブの追加、削除、タブ名の変更、タブ位置の

変更を行うことができます。

• 新しいタブを追加するには、[新規作成] をク

リックします。[表示設定] ダイアログボックスが

表示されます。クライアントアプリケーションに

属性を表示するためのタブを追加する方法

については、「タブの追加 (213ページ)」を参


• タブを削除するには、リストからタブ名を選択

して [削除] をクリックします。


タイプの管理


• タブの名前を変更するには、リストからタブ名を

選択して [名前変更] をクリックします。

• タブの表示順序を変更するには、リストからタブ

名を選択し、[上へ] または [下へ] をクリックして

目的の位置にタブを移動します。

表示設定の属性タブに表示される属性を編集できます。

アプリケーションインターフェイ

ス表示

タイプラベルこのタイプについてクライアントアプリケーション

で表示される文字列。

ユーザヘルプアプリケーションに表示されるタイプの説明 (オプション)。


タブの追加

タブを追加するには、[表示設定] ダイアログボックスを使用します。

タブを追加するには

1. [タイプ UI 情報] ビューの [表示設定リスト] セクションで [追加] をクリックします (「図 13(212ページ)」を参照)。[表示設定リスト] テキストボックスに、新規タブ用のデフォルトのタ

ブ (NewConfig1) が表示されます。

2. デフォルトのタブを選択して [編集] をクリックします。

[表示設定] ダイアログボックスが表示されます。


タイプの管理

3. 表 61 (214ページ) の説明に従って、タブのプロパティを設定します。

表 61. タブ設定のプロパティ


設定名タブ名を表す文字列。新しいタブ名を入力するか、デ

フォルトのタブ名を使用します。この設定名がクライアン

トアプリケーションに表示されます。

使用可能な属性タブに表示できる属性の一覧が表示されます。タブに表

示する属性を選択して、[追加] をクリックします。選択し

た属性は [選択した属性の配列] リストに表示されます。

使用可能な属性の一覧が空の場合は、設定されている

属性がありません。属性の設定の詳細については、「タ

イプ属性の追加 (203ページ)」を参照してください。

選択した属性の配列タブに表示される属性と、それらの属性をどのように表

示するかを指定します。タブに表示される属性の配置

は、属性を選択し、次のボタンを使用することによって

変更できます。

• [上へ]: 表示順序の上の方に属性を移動します。

• [下へ]: 表示順序の下の方に属性を移動します。

• [区切り文字の追加]: 選択した属性とその次の属性

の間に区切り文字を追加します。

• [区切り文字の削除]: 区切り文字を削除します。

• [次のページへ]: すべての属性が 1 つのタブに収ま

らない場合、2 つ目のページに表示させます。


タイプの管理


カスタム属性のみ [使用可能な属性] リストにカスタム属性のみ表示する


非表示属性のみ [使用可能な属性] リストに非表示の属性のみ表示する




タイプの管理


第 18 章

XML アプリケーションの管理


• XML アプリケーションとアプリケーション設定ファイルについて (217ページ)• XML アプリケーション設定ファイルの表示または変更 (217ページ)

XML アプリケーションとアプリケーション設定ファイルについて

XML アプリケーションは、XML オブジェクトとリンクされた未解析エンティティをリポジトリに格

納する方法をカスタマイズおよび自動化します。XML アプリケーションを設定すると、さまざ

まな種類の XML ドキュメントを自動的に認識したり、格納場所、小さいファイルに分割するか

どうか、メタデータを抽出してリポジトリ内のオブジェクトに割り当てる方法、割り当てるセキュリ

ティのレベル、ドキュメントのライフサイクルをアタッチするかどうかを決定するルールを設定す

ることができます。

Composer を使用して新しい XML アプリケーションを作成することはできませんが、既存の

XML アプリケーションをインポートし、Composer の XML 設定ファイルエディタを使用して関

連する XML アプリケーション設定ファイルを変更することができます。 XML アプリケーション

設定ファイルでは、リポジトリとのコンテンツ転送時の XML ドキュメントの処理ルールが定義さ

れます。

XML アプリケーション設定ファイルの表示または変更

Composer では、既存の XML アプリケーションをプロジェクトにインポートできます。その後、

XML 設定ファイルエディタを使用して XML アプリーション設定ファイルを変更できます。

XML 設定ファイルエディタには、種類ごとにまとめられたルールのリストがあり、XML ドキュメ

ント内の要素をルールのベースとすることができます。ルールの 4 つの種類は次のとおりです。



• XML コンテンツルール

XML コンテンツルールは、もよく使用されるルールで、解析済み XML コンテンツに

適用されます。通常、XML コンテンツルールの主な機能は、ドキュメント内で XML コン

テンツを分割することですが、分割されていない XML ドキュメントにメタデータを割り当て

るなど、他の主要な目的もあります。

• リンクルール

リンクルールは、XML ドキュメントにある外部ファイルへのリンクや、NDATA エンティティ

への参照を使用して、グラフィックスファイルなどの未解析エンティティを特定および処理

します。リンクルールの機能は、オブジェクトのロケーション、メタデータの値、アクセス権

などを割り当てるという点では XML コンテンツルールと似ています。リンクされたファイル

を子として扱うか、XML 仮想ドキュメントのピアとして扱うか、およびこのリンクが永続的な

リンクであるかどうかも指定できます。

• 非 XML コンテンツルール

非 XML コンテンツルールは、base64 エンコードデータなど、XML ドキュメントに含まれ

ている非 XML コンテンツをサーバーが処理する方法を指定します。非 XML コンテンツ

ルールの機能は、オブジェクトのロケーション、メタデータ値、またはアクセス権を割り当て

るという点では XML コンテンツルールやリンクルールと似ています。加えて、デコードさ

れたデータが含まれるリポジトリオブジェクトのファイル形式を指定できます。

• 要素ルール

要素ルール、つまりエンティティルールは、すべての外部解析済み (XML) エンティティ

を、インポートまたはチェックイン時に XML 仮想ドキュメントの個々のコンポーネントとし

て保持し、メイン XML ドキュメントのエクスポートまたはチェックアウト時にそれらのステー

タスを外部エンティティとして保持することを、XML アプリケーションに指示します。

XML アプリケーションと XML アプリケーション設定ファイルについては、『Documentum XMLApplications Development Guide (Documentum XML アプリケーション開発ガイド)』を参照して

ください。

XML アプリケーション設定ファイルを表示または変更するには

1. プロジェクトで、[XML アプリケーション] フォルダを展開します。

2. 変更する .xmlapplications ファイルを、次のいずれかの方法で開きます。

• .xmlapplications ファイルをダブルクリックする。

• .xmlapplications ファイルを右クリックし、メニューから [開く] を選択する。

XML 設定ファイルエディタが表示されます。



3. 必要に応じて XML 設定ファイルを変更し、変更内容を保存します。

メモ: XML アプリケーション設定ファイルでリポジトリオブジェクトへの参照を追加または

削除した場合、プロジェクト内でも同じ変更を加える必要があります。




第 19 章

プロジェクトのビルドおよびインストール


• 構築およびインストールのプロセスについて (221ページ)• プロジェクトインストールオプションの設定 (222ページ)• インストール前プロシージャとインストール後プロシージャの設定 (225ページ)• アーティファクトインストールオプションの設定 (227ページ)• DAR ファイルの生成 (229ページ)• プロジェクトのインストール (229ページ)• 入力パラメータファイルの作成 (232ページ)

構築およびインストールのプロセスについて

Composer プロジェクトを実行するには、リポジトリ内でビルドおよびインストールする必要があ

ります。ビルドプロセスでは、Composer によりプロジェクトの実行可能バージョンが生成されま

す。Composer プロジェクトのこの実行可能なバージョンは、DAR (Documentum アーカイブ) と呼ばれ、プロジェクトの実行可能なバイナリファイルが含まれる単一のファイルで構成されて

います。Composer プロジェクトをインストールする方法は次の 2 通りがあります。

• Composer のユーザインターフェイス

Composer のユーザインターフェイスを使用すると、リポジトリに Documentum プロジェクト

をインストールできます。インストールプロセスの一部として、「プロジェクトインストールオ

プションの設定 (222ページ)」および「アーティファクトインストールオプションの設定 (227ページ)」の説明に従って、プロジェクト全体と個々のアーティファクトに適用される特定の

インストールパラメータを設定します。

「DAR ファイルの生成 (229ページ)」で説明されているように、アプリケーションをビルドし

て DAR アーカイブファイル (.dar) を生成するだけのオプションもあります。



• Ant タスクと headless Composer

Ant タスクと headless Composer を使用すると、プロジェクトをビルドして DAR ファイルを生

成し、コマンドラインインターフェイスを使用して DAR ファイルをリポジトリにインストー

ルできます。Ant タスクと DAR ファイルの使用の詳細については、「第 20 章 Ant タスクと

headless Composer を使用したプロジェクトおよび DAR ファイルの管理」を参照してくださ

い。

プロジェクトインストールオプションの設定

プロジェクトインストールオプションを使用すると、DFS モジュールオプション、インストール

前プロシージャ、インストール後プロシージャ、アップグレードオプションなど、プロジェクト全

体に適用されるインストールパラメータを設定できます。

プロジェクトインストールオプションを設定するには

1. 次に示す 2 つの方法のいずれかを使用して、プロジェクトの [プロパティ] ダイアログボッ

クスを開きます。

• Composer のメインメニューで、[プロジェクト] > [プロパティ] を選択する。

• インストールするプロジェクトの名前を右クリックし、ドロップダウンメニューから [プロ

パティ] を選択する。

[プロパティ] ダイアログボックスが表示されます。



2. 表 62 (223ページ) の説明に従って、プロジェクトのインストールオプションを指定します。

表 62. プロジェクトインストールオプション

インストールオプション説明

所有者このプロジェクトをインストールするための所有者のインス

トールパラメータを指定します。所有者は、プロジェクトがイ

ンストールされるリポジトリで有効なユーザである必要があり

ます。[選択...] をクリックしてリストボックスから所有者を選択

します。新しい所有者インストールパラメータを追加する方

法の詳細については、「所有者インストールパラメータの追

加 (224ページ)」を参照してください。

ロケーションこのプロジェクトをインストールするためのロケーションのイン

ストールパラメータを指定します。[選択...] をクリックし、リ

ストボックスからロケーションを選択するか、デフォルト値を

受け入れます。

セキュリティこのプロジェクトをインストールするためのアクセス権セット

(ACL) パラメータを指定します。[選択...] をクリックしてリスト

ボックスからロケーションを選択します。

アップグレードオプショ

ン

このプロジェクトをインストールする際に使用するアップグ

レードオプションを指定します。アップグレードオプションに

は次の 3 つの種類があります。

• [一致するオブジェクトを上書き]: プロジェクトで一致する

オブジェクトを持つリポジトリ内のオブジェクトをすべて上

書きします。プロジェクトに新しいオブジェクトがある場合、

それらのオブジェクトは新しいオブジェクトとしてリポジトリ

にインストールされます。

• [一致するオブジェクトは更新しない]: プロジェクトで一致

するオブジェクトを持つリポジトリ内のオブジェクトをすべ

て無視します。プロジェクトに新しいオブジェクトがある場

合、それらのオブジェクトは新しいオブジェクトとしてリポジ

トリにインストールされます。

• [一致するオブジェクトの新しいバージョンを作成]: リポジトリで一致するオブジェクトを持つプロジェクト内のす

べてのオブジェクトについて新しいバージョンを作成し

ます。プロジェクトに新しいオブジェクトがある場合、そ

れらのオブジェクトは新しいオブジェクトとしてリポジトリ

にインストールされます。

3. [Documentum Project] をダブルクリックしてメニューツリーを展開します。



4. 必要に応じて [インストールプロシージャ] を選択してインストール前プロシージャおよび

インストール後プロシージャを指定し、関連する [インストール前プロシージャ] フィールド

および [インストール後プロシージャ] フィールドでプロシージャ名を入力します。

5. [OK] をクリックしてプロジェクトインストールオプションを保存します。

所有者インストールパラメータの追加

[所有者インストールパラメータアーティファクト] ダイアログボックスを使用して、所有者イン

ストールパラメータを追加できます。

所有者インストールパラメータを追加するには

1. [プロジェクトインストールオプション] ウィザードで、[所有者] フィールドの横にある [選択...] をクリックします。

[所有者インストールパラメータアーティファクト] ダイアログボックスが表示されます。



れます。

3. [次へ] をクリックしてデフォルトのフォルダとアーティファクト名を受け入れます。

[インストールパラメータアーティファクト] ダイアログボックスが表示されます。

4. 次のとおり、パラメータの名前、タイプ、説明 (オプション)、デフォルト値を入力します。

表 63. 所有者インストールパラメータ


パラメータ名所有者インストールパラメータの名前を指定する文字列。




パラメータタイプ所有者インストールパラメータのタイプを指定する文字

列。タイプはデフォルトで [所有者] に設定されており、変

更はできません。

説明所有者インストールパラメータの説明 (オプション)。

デフォルト値所有者インストールパラメータのオプションのデフォルト値。

所有者インストールパラメータのデフォルト値を指定する場

合、所有者はプロジェクトがインストールされたリポジトリで

有効なユーザである必要があります。


インストール前プロシージャとインストール後プロシージャの設定

プロジェクトのインストール前プロシージャとインストール後プロシージャは、[インストールプロ

シージャ] ダイアログボックスで設定できます。

インストール前プロシージャとインストール後プロシージャを設定するには



2. [Documentum Project] を展開し、[インストールプロシージャ] を選択します。

[インストールプロシージャ] ダイアログボックスが表示されます。



3. [インストール前プロシージャ] フィールドまたは [インストール後プロシージャ] フィールド

の横の [選択] ボタンをクリックします。

[プロシージャアーティファクト] ダイアログボックスが表示されます。



4. [一致するアーティファクト] リストからプロシージャを選択するか、[新規作成] をクリックし

て新しいプロシージャを作成します。


アーティファクトインストールオプションの設定

Composer により、プロジェクトレベルだけではなく個々のアーティファクトについても、インス

トールオプションを設定できます。アーティファクトのインストールオプションは、プロジェクト

インストールオプションに優先します。

個々のアーティファクトのインストールオプションを設定するには

1. [Documentum Navigator] ビューで、インストールオプションを設定するアーティファクトを

右クリックし、ドロップダウンリストから [プロパティ] を選択します。

[Documentum Artifact] プロパティダイアログボックスが表示されます。

2. 表 64 (228ページ) の説明に従って、アーティファクトのインストールオプションを指定し

ます。



表 64. アーティファクトインストールオプション

インストールオプション説明

所有者このアーティファクトをインストールするための所有者のインス

トールパラメータを指定します。所有者は、アーティファクトが

インストールされるリポジトリで有効なユーザである必要があり

ます。[選択...] をクリックしてリストボックスから所有者を選択

します。新しい所有者インストールパラメータを追加する方

法の詳細については、「所有者インストールパラメータの追

加 (224ページ)」を参照してください。

ロケーションこのアーティファクトをインストールするためのロケーションの

インストールパラメータを指定します。[選択...] をクリックして

リストボックスからロケーションを選択します。

セキュリティこのアーティファクトをインストールするためのアクセス権セッ

ト (ACL) パラメータを指定します。[選択...] をクリックしてリスト

ボックスからロケーションを選択します。

アップグレードオプ

ション

このアーティファクトをインストールする際に使用するアップグ

レードオプションを指定します。アップグレードオプションに

は次の 3 つの種類があります。

• [一致するオブジェクトを上書き]: プロジェクトで一致する

オブジェクトを持つリポジトリ内のオブジェクトをすべて上

書きします。プロジェクトに新しいオブジェクトがある場合、

それらのオブジェクトは新しいオブジェクトとしてリポジト

リにインストールされます。

• [一致するオブジェクトは更新しない]: プロジェクトで一致

するオブジェクトを持つリポジトリ内のオブジェクトをすべ

て無視します。プロジェクトに新しいオブジェクトがある場

合、それらのオブジェクトは新しいオブジェクトとしてリポジ

トリにインストールされます。

• [一致するオブジェクトの新しいバージョンを作成]: リポジ

トリで一致するオブジェクトを持つプロジェクト内のすべ

てのオブジェクトについて新しいバージョンを作成しま

す。プロジェクトに新しいオブジェクトがある場合、それら

のオブジェクトは新しいオブジェクトとしてリポジトリにイ

ンストールされます。

メモ: スマートコンテナアーティファクトのインストールオプ

ションを設定する場合は、必ずアップグレードオプションを [一致するオブジェクトの新しいバージョンを作成] に設定して

ください。スマートコンテナオブジェクトを上書きすると、既存

のインスタンスのモデルインスタンスの関連付けが無効にな

るため、スマートコンテナアーティファクトには [一致するオブ

ジェクトを上書き] を選択しないでください。




DAR ファイルの生成

Composer を使用して、DAR ファイルを生成できます。DAR ファイルを作成すると、Composerまたは headless Composer を使用してリポジトリにインストールできます。DAR ファイルは、プロ

ジェクトにインポートすることができません。DAR ファイルは、プロジェクトの実行可能バージョ

ンであり、Documentum リポジトリにインストールされます。DAR ファイルには、ソースファイル

ではなく、プロジェクトのバイナリファイルだけが含まれます。

DAR ファイルを生成するには

1. [プロジェクト] をクリックし、[自動的にビルド] を選択解除して、Composer の自動ビルドオ

プションをオフにします。

2. ビルドするプロジェクトを右クリックし、ドロップダウンリストから [プロジェクトのビルド] を選

択します。

Composer により、プロジェクトがビルドされ、...\<ワークスペース>\<プロジェクト>\bin-darディレクトリに <プロジェクト>.dar ファイルが生成されます。ここで、<ワークスペース> は

ワークスペースの名前で、<プロジェクト> はプロジェクトの名前です。

プロジェクトのインストール

プロジェクトを作成し、アプリケーションのデプロイの準備が整ったら、アプリケーションを構築

してリポジトリにインストールする必要があります。ソース管理システムを使用している場合、ア

プリケーションをビルドして展開する前に、ソース管理からプロジェクトをチェックアウトする必


メモ: 互いに参照するプロジェクトがある場合、必ず適切な順序でプロジェクトをインストール

します。たとえば、プロジェクト B がプロジェクト A 内のアーティファクトを参照している場合、

プロジェクト A を初にインストールする必要があります。

プロジェクトをインストールするには

1. [Documentum Project Navigator] ビューで、インストールするプロジェクトを右クリックし、

ドロップダウンメニューから [Documentum プロジェクトのインストール...] を選択します。

Composer により、プロジェクトがバックグラウンドで自動的にビルドされます。ビルドプロセ

ス中のすべてのエラーは、[エラー] ビューに表示されます。

[インストール設定] ダイアログボックスが表示されます。



2. 表 65 (230ページ) の説明に従って、インストール情報を入力します。

表 65. インストールパラメータ情報


リポジトリバージョン 6 のインストールリポジトリの名前。必須パラ

メータ。リポジトリ名を入力するか、ドロップダウンリスト

からリポジトリを選択します。リポジトリは、バージョン 6 リ

ポジトリでなければなりません。リポジトリにアクセスする

には、スーパーユーザ権限が必要です。

ユーザ名リポジトリのログインユーザ名。

パスワードリポジトリのログインパスワード。

ドメインリポジトリのドメイン名。ドメイン名を指定する必要がある

のは、リポジトリをアクセスするクライアントとは異なるドメ

インにリポジトリが存在する場合のみです。




インストールオプションプロジェクトをリポジトリにインストールする方法を指

定します。インストールオプションには次の 3 つの種

類があります。

• [プロジェクトとアーティファクト設定を使用]: プロジェ

クトプロパティの [プロジェクトインストールオプショ

ン] ダイアログボックスで設定したオプションに従っ

てプロジェクトをインストールします。

• [上書き]: プロジェクトがすでにリポジトリに存在して

いる場合、プロジェクトの変更バージョンがインストー

ルされると、すべてのオブジェクトが上書きされます。

• [バージョン]: プロジェクトがすでにリポジトリに存在

している場合、プロジェクトの変更バージョンがインス

トールされると、バージョン更新が可能なオブジェク

トのバージョンが更新されます。バージョン更新でき

ないオブジェクトは上書きされます。

インストールパラメータファ

イルの使用

インストールパラメータファイルを使用する場合は、こ

のオプションを選択します。オプションのパラメータ。[参照] をクリックし、インストールパラメータファイルを選択

します。このプロジェクトを初めてインストールする場合

に入力パラメータファイルを使用するには、まず入力パ

ラメータファイルを作成する必要があります (「入力パラ

メータファイルの作成 (232ページ)」を参照)。

ローカライズされたアーティ

ファクトデータのインストール

プロジェクトをローカライズする場合は、このオプション

を選択します。オプションのパラメータ。[参照] をクリッ

クし、ローカライズされたファイルが含まれる [ロケール

プロパティフォルダ] を選択します。プロジェクトのロー

カライズの詳細については、「プロジェクトのローカライ

ズ (38ページ)」を参照してください。


[インストールパラメータファイル値の編集] ダイアログボックスが表示されます。



インストールパラメータテーブルには、各インストールパラメータの名前、タイプ、デフォ

ルト値が一覧表示されます。

メモ: 各インストールパラメータのデフォルト値を変更し、入力パラメータファイルに新し

い値を保存できます。入力パラメータファイルの作成の詳細については、「入力パラメー

タファイルの作成 (232ページ)」を参照してください。

4. [終了] をクリックすると、プロジェクトがリポジトリにインストールされます。

メモ: リポジトリにプロジェクトをインストールして、そのプロジェクトを Composer で編集し、

1 つまたは複数のオブジェクトを削除してプロジェクトを再インストールすると、古いオブ

ジェクトはリポジトリ内に残ります。プロジェクトからオブジェクトが削除されている場合で

も、インストール時にリポジトリからオブジェクトを削除することはしません。

入力パラメータファイルの作成

1 つまたは複数のインストールパラメータのデフォルトインストール値を変更する場合は、入

力パラメータファイルを作成する必要があります。入力パラメータファイルには、プロジェクト

の各インストールパラメータの名前、タイプ、デフォルト値が含まれます。

入力パラメータファイルを作成するには

1. 次のいずれかの方法で、[インストールパラメータファイル] ウィザードを開きます。


• Composer プロジェクトで、[インストールパラメータファイル] を右クリックする。ドロップ

ダウンメニューから [新規作成] > [その他] を選択する。




2. [インストールパラメータファイル] をダブルクリックして展開し、[インストールパラメータ

ファイルの新規作成ウィザード] を選択して [次へ] をクリックします。

[入力ファイル] ダイアログボックスが表示されます。

3. インストールパラメータファイルの親フォルダを選択して [ファイル名:] フィールドにファイ

ル名を入力し、[次へ] をクリックします。

[入力ファイルモデル] ダイアログボックスが表示されます。



4. [モデルオブジェクト] ドロップダウンリストから [インストールパラメータファイル]、[XMLエンコード] ドロップダウンリストから [UTF-8] を選択し、[終了] をクリックします。

Composer により入力パラメータファイルが作成され、そのファイルが [リソースセット] ビュー

に表示されます。


第 20 章

Ant タスクと headless Composer を使用したプロジェクトおよび DAR ファイルの管理


• headless Composer (235ページ)• headless Composer のインストール (236ページ)• プロジェクトのインポート (238ページ)• プロジェクトの構築 (239ページ)• DAR ファイルの生成 (240ページ)• DAR ファイルのインストール (240ページ)• コンテンツのインポート (242ページ)• ビルドファイルの作成 (243ページ)• バッチファイルの作成 (244ページ)

headless ComposerComposer には、2 つのパッケージが用意されています。ウィザード、ダイアログ、エディタが含

まれる UI ベースのバージョンと、インポート、ビルド、およびインストールなど、Composer の各

共通機能の一連の Ant タスクが含まれる非 UI コマンドラインバージョンです。Composer の非

UI パッケージは、headless Composer とも呼ばれます。表 66 (236ページ) に、2 つの Composerパッケージ間の違いについて示します。Ant タスクを使用すると、Documentum プロジェクトの

ビルドと標準 Ant ビルドスクリプトへの DAR ファイルのインストールを統合できます。

メモ: これらの Ant タスクでは、Composer および Eclipse インフラストラクチャが活用されるた

め、これらのタスクを含むビルドスクリプトは Eclipse AntRunner を使用して実行する必要があ

ります。Ant の詳細については、http://ant.apache.org を参照してください。



表 66. UI ベース Composer と headless Composer の比較

機能 UI ベース Composer headless Composer

新しいプロジェクトとアーティ

ファクトを作成する

はいいいえ

リポジトリから DocApps をイ

ンポートする

はいいいえ

DocApp アーカイブをイン

ポートする

はいいいえ

ローカルディレクトリからプロ

ジェクトをインポートする

はいはい

リポジトリからアーティファク

トをインポートする

はいいいえ

プロジェクトをビルドするはいはい

プロジェクトをインストール

する

はいはい

DAR をインポートするいいえいいえ

DAR ファイルをインストール

する

いいえ

Composer UI では、プロジェ

クトをインストールできます (「背後で」DAR ファイルの自

動的な生成とインストールも

行うプロセス)。ただし、Com-poser UI には別個の [DARファイルのインストール] オプ

ションはありません。

はい

headless Composer では、

emc.install Ant タスクを使用

して DAR ファイルをインス

トールできます。

headless Composer のインストール

headless Composer は、UI ベースの Composer パッケージとは異なる .zip ファイルで配布さ

れます。headless Composer の .zip ファイルの形式は、DCTM_Headless_Composer_<プラット

フォーム>_<バージョン>.zip です。

headless Composer をインストールするには

1. headless Composer の .ｚip ファイルを、ローカルマシンで選択したディレクトリに展開しま

す。スペースが含まれるディレクトリ名は選択できません。

2. 次のようにして、コネクションブローカを設定します。



a. ..\ComposerHeadless\plugins ディレクトリに移動します。

b. com.emc.ide.external.dfc_1.00 フォルダをダブルクリックします。

c. documentum.config フォルダをダブルクリックします。

d. dfc.properties ファイルをメモ帳などのテキストエディタで開きます。次のような DFC と

コネクションブローカに関する情報を追加します。

dfc.docbroker.host[0]=[DocBroker IP address or host name]

e. 変更を保存します。

headless Composer をインストールしたら、Ant タスクを実行するビルドファイルとバッチファイ

ルを作成する必要があります。図 14 (237ページ) に、headless Composer を使用する場合の一

般的なワークフローを示します。

図 14. headless Composer のワークフロー

ビルドスクリプトとバッチファイルでは、次の作業を実行します。

• クリーンビルドワークスペースを作成する。

• クリーンインストールワークスペースを作成する。

• プロジェクトをビルドワークスペースにコピーする。

• emc.importProject Ant タスクを呼び出して、プロジェクトをクリーンビルドワークスペース

にインポートする。

• emc.build および emc.dar Ant タスクを呼び出して、プロジェクトをビルドして DAR ファイ

ルを作成する。

• emc.install Ant タスクを呼び出して、前のビルドプロセスを使用して DAR ファイルをイン

ストールする。

headless Composerでは、複数の Ant タスクがサポートされます (表 67 (237ページ) を参照)。

表 67. Ant タスク

Ant タスク説明

emc.importProject 指定されたプロジェクトをインポートします。

emc.build Composer プロジェクトをビルドします。

emc.dar 指定されたプロジェクトから DAR ファイルを生成します。



Ant タスク説明

emc.install DAR ファイルをリポジトリにインストールします。

emc.importContent コンテンツファイルを指定されたアーティファクトおよびプロジェクト

にインストールまたは更新します。

プロジェクトのインポート

Documentum プロジェクトをインポートするには、emc.importProject コマンドを使用します。

この Ant タスクは、Documentum コアプロジェクトが存在しない場合は自動的にロードも行い

ます。プロジェクトは、headless Composer ワークスペースか、プロジェクトがインポートされた

Composer ワークスペースに配置する必要があります。インポートプロセスでは、「バッチファ

イルの作成 (244ページ)」で説明されているバッチファイルと、インポートパラメータおよび

emc.importProject コマンドが含まれている XML 形式のビルドファイルが必要です。

ビルドファイルは、次のような内容になっている必要があります。

<emc.importProjectdmproject="TestProject"failonerror="true"/>

表 68. emc.importProject パラメータ

パラメータ必須説明

dmproject はいインポートするプロジェクトの名前。

failonerror いいえインポートエラーが発生した場合に Ant タスクが失

敗するかどうかを指定するフラグ。デフォルトでは、

failonerror は false に設定されています。これは、イン

ポートエラー時に Ant タスクが失敗しないことを意味

します。

プロジェクトをインポートするには

1. ワークスペースまたはソース管理リポジトリからプロジェクトを取得し、インポートスクリプト

のローカルにあるディレクトリにプロジェクトを保存します。

2. 「ビルドファイルの作成 (243ページ)」の説明に従って、ビルドファイルを作成します。

3. 「バッチファイルの作成 (244ページ)」の説明に従って、バッチファイルを作成します。

4. ローカルマシンでコマンドラインエディタを開きます。

5. 次のとおり Ant タスクを実行します。

C:\><batch file name>.bat <install file name>.xml



プロジェクトの構築

Documentum プロジェクトをビルドするには、emc.build コマンドを使用します。ビルドプロセス

では、「バッチファイルの作成 (244ページ)」で説明されているバッチファイルと、ビルドファイ

ルが必要です。ビルドファイルは XML 形式にする必要があり、emc.build コマンドが含まれて

いてビルドパラメータが指定されている必要があります。自動ビルドスクリプトを実行する場合

は、自動ビルドごとに新しいワークスペースを作成する必要があります。


<emc.builddmproject="project"failonerror="true/false"/>

このサンプル XML ファイルでは、プロジェクトがビルドされます。プロジェクトのアーティファク

トのビルド中にエラーが発生すると、タスクは失敗します。

メモ: ビルドするプロジェクトに他のプロジェクトとの依存関係がある場合、プロジェクトをビルド

し始める前に、それらのプロジェクトをワークスペースにインポートする必要があります。

表 69. emc.build コマンドパラメータ


dmproject はい構築されるプロジェクトの名前。

failonerror いいえビルドエラーが発生した場合に Ant タスクが失敗する

かどうかを指定するフラグ。デフォルトは false です。こ

れは、ビルドプロセス中にエラーが発生した場合に、ビ

ルドが失敗しないことを意味します。

プロジェクトをビルドするには

1. プライマリ Composer プロジェクトと参照されている Composer プロジェクトを、ワークスペー

スまたはソース管理リポジトリから取得し、ビルドスクリプトのローカルにあるディレクトリに

保存します。





C:\><batch file name>.bat <build file name>.xml



DAR ファイルの生成

DAR ファイルを生成するには、emc.dar コマンドを使用します。このプロセスでは、「バッチファ

イルの作成 (244ページ)」で説明されているバッチファイルと、DAR パラメータおよび emc .darコマンドが含まれている XML 形式のビルドファイルが必要です。


<emc.dardmproject="project"manifest="bin/dar/project.dardef.artifact"dar="c:/project.dar" />

この例では、プロジェクトが .dar アーカイブファイルにパッケージ化されます。.dardef.artifactマニフェストファイルは、アーカイブの生成に使用されます。

表 70. emc.dar コマンドパラメータ


dmproject はい .dar ファイルにパッケージ化されるプロジェクトの名前

を指定する文字列。

manifest はい .dardef ファイルのプロジェクト関連ファイルパス。必ず、

プロジェクトの bin/dar ディレクトリ内の正確なマニフェ

ストを参照してください。

dar はいターゲット .dar ファイルの絶対ファイルパス。.dar ファイ

ルがすでに存在してはなりません。

DAR ファイルを生成するには

1. プライマリ Composer プロジェクトとプロジェクトの .dardef ファイルを、ワークスペースまたは

ソース管理リポジトリから取得し、dar スクリプトのローカルにあるディレクトリに保存します。






DAR ファイルのインストール

プロジェクトの DAR ファイルをリポジトリにインストールするには、emc.install コマンドを使用し

ます。このプロセスでは、「バッチファイルの作成 (244ページ)」で説明されているバッチファ



イルと、インストールパラメータおよび emc.install コマンドが含まれている XML 形式のビルド

ファイルが必要です。


<emc.installdar="C:\builds\headless\project.dar"docbase="repository name"username="user1"password="xxyyzz"domain=""/>

この例の XML ファイルでは、project.dar ファイルがインストールされます。

メモ: ファイルパスに I18N 文字が含まれている場合は、ビルドファイルを Unicode (UTF-8) エンコードで保存する必要があります。ファイルパスに Unicode 以外の文字が含まれている場

合、DAR ファイルのインストールは失敗します。

表 71. emc.install コマンドパラメータ


dar はいインストールする .dar ファイルの絶対ファイルパス。ファ

イルパスには、Unicode (UTF-8) 文字だけが含まれて

いる必要があります。それ以外の文字が含まれている

場合は、インストールが失敗します。

inputfile いいえインストールベースのパラメータファイルの絶対ファ

イルパス。

localesFolder いいえローカライズされた .properties ファイルの絶対ファイル

パス。アプリケーションを他の言語で使用可能にする

場合、プロジェクトデータ (ラベル、タブ、説明など) をローカライズする必要があります。プロジェクトのロー

カライズの詳細については、「プロジェクトのローカライ

ズ (38ページ)」を参照してください。

Docbase はい .dar ファイルのインストール先となるリポジトリの名前。

username はいリポジトリのログイン名。

password はいリポジトリにログインするためのパスワード。

domain いいえリポジトリが存在するドメイン。

DAR ファイルをインストールするには

1. ワークスペースまたはソース管理リポジトリから DAR ファイルを取得し、インストールスクリ

プトのローカルにあるディレクトリにプロジェクトを保存します。








コンテンツのインポート

指定されたアーティファクトおよびプロジェクト内のコンテンツファイルをインポートまたは

更新するには、emc.impor Content コマンドを使用します。このプロセスでは、「バッチファ

イルの作成 (244ページ)」で説明されているバッチファイルと、インポートパラメータおよび

emc.importContent コマンドが含まれている XML 形式のビルドファイルが必要です。現在、

emc.importContent コマンドでは、プロシージャアーティファクトおよび JAR 定義へのコンテ

ンツのインポートのみサポートされます。


<emc.importContentdmproject="TestProject"artifactpath="inst/procedure/MyProc.procedure"contentfile="myproc.ebs" />

次の例では、myproc.ebs ファイルのコンテンツを、TestProject プロジェクト内の MyProc.procedure アーティファクトにインポートし、一意の識別子 myproc_content をコンテンツに

割り当てます。

<emc.importContentdmproject="TestProject"artifactpath="inst/procedure/MyProc.procedure"contentfile="myproc.ebs"contentid="myproc_content" />

表 72. emc.importContent パラメータ


dmproject はいコンテンツのインポート先のアーティファクトが含まれるプ

ロジェクトの名前を指定する文字列。

artifactpath はいアーティファクト自体の名前など、プロジェクトからアーティ

ファクトへの相対パス名。




contentfile はいインポートするコンテンツファイルの絶対ファイルパス。

ファイルは読み取り可能なフォーマットでなければなり

ません。

contentid いいえコンテンツの識別子。指定された場合、contentid はプロ

ジェクトのコンテンツストア内のコンテンツを一意に指名

するために使用されます。contentid が指定されない場

合、Composer によりランダムな名前が生成されて割り

当てられます。

コンテンツファイルをインポートするには

1. ワークスペースまたはソース管理リポジトリからコンテンツファイルを取得し、インポートス

クリプトのローカルにあるディレクトリにプロジェクトを保存します。





C:\><batch file name>.bat <install file name>.xml

ビルドファイルの作成

ビルドファイルは、実行する Ant タスクを呼び出します。ビルドファイルは、XML 形式でなけ

ればなりません。表 73 (243ページ) に、プロジェクト (「SmartContainer」) をワークスペースに

インポートし、プロジェクトをビルドして DAR ファイル (「SmartContainer.dar」) を生成するビル

ドファイルの XML コードを示します。

表 73. ビルドファイルの例

XML コード説明

<?xml version="1.0"?>

<project

name="build-smart-container"

default="build">

<target name="build">

XML の宣言とタグ



XML コード説明

<emc.importProject

dmproject="SmartContainer"

failonerror="true"/>

SmartContainer プロジェクトをイン

ポートします。

failonerror パラメータは、インポート

プロセス中にエラーが発生した場合

はインポートに失敗することを指定し

ます。

<emc.build


failonerror="true"/>

SmartContainer プロジェクトをビル

ドします。

failonerror パラメータは、ビルドプロ

セス中にエラーが発生した場合はビ

ルドに失敗することを指定します。

<emc.dar


manifest="bin/dar/

smartcontainer.dardef.artifact"

dar="c:/DCTM_Composer_

R.6.5.0.013/Composer/

build_workspace/SmartContainer/

SmartContainer.dar"/>

SmartContainer プロジェクトから

SmartContainer.dar ファイルを生成

します。

manifest パラメータは、DAR ファイ

ルのパッケージ化方法が含まれてい

るマニフェストファイルのロケーショ

ンを指定します。

dar パラメータは、生成された .darファイルが保存されるロケーションを

指定します。

</target>

</project>XML の閉じタグ。

バッチファイルの作成

バッチファイルは、ローカルマシンで環境変数とワークスペースを設定し、プロジェクトのイン

ポート、ビルド、またはインストール方法が含まれているビルドファイルを渡すために使用され

ます。

バッチファイルを作成するには

1. ワードパッドなどのテキストエディタを開きます。

2. 次の処理を実行するバッチファイルを作成します。



• ECLIPSE 環境変数を設定することで、headless Composer ディレクトリのパスを設定す

る。

• 少なくとも 2 つのワークスペース (1 つはプロジェクトのインポートおよびビルドのため、

もう 1 つは DAR ファイルのインストールのため) を設定する。

• プロジェクトのビルドまたは DAR ファイルのインストール後に各ワークスペースを消去

する。

プロジェクトをインポートまたはビルドしたり、DAR ファイルをインストールするたびに

空のワークスペースを使用する必要があります。ワークスペースは再使用しないでく

ださい。

• eclipse.ini ファイル内の設定を呼び出す。

Ant タスクは、eclipse.ini ファイル内の設定を取得しません。これは、Java を呼び出す

ときに、それらのパラメータをコマンドラインで設定する必要があることを意味します。


バッチファイルの例

次のバッチファイルの例では、Eclipse ディレクトリパスが定義され、2 つのワークスペースが作

成されます。1 つは、プロジェクトをインポートおよびビルドするため (BUILDWORKSPACE)、もう 1 つは DAR ファイルをインストールするため (INSTALLWORKSPACE) です。

echo offsetlocal

set ECLIPSE="C:\<Composer package>\Composer"set BUILDWORKSPACE="C:\<Composer package>\Composer\build_workspace"set BUILDFILE="R:\Smart_Container\Main\buildEnv\DARBuild.xml"set INSTALLFILE="R:\Smart_Container\Main\buildEnv\DARInstall.xml"set DARPROJECTSDIR="R:\Smart_Container\Main\darProjects"set INSTALLWORKSPACE="c:\<Composer package>\Composer\install_workspace"

rmdir /S /Q %BUILDWORKSPACE%rmdir /S /Q %INSTALLWORKSPACE%xcopy %DARPROJECTSDIR% %BUILDWORKSPACE% /E /I

java -cp %ECLIPSE%\startup.jar org.eclipse.core.launcher.Main-data %BUILDWORKSPACE% -application org.eclipse.ant.core.antRunner-buildfile %BUILDFILE%

java -cp %ECLIPSE%\startup.jar org.eclipse.core.launcher.Main-data %INSTALLWORKSPACE% -application org.eclipse.ant.core.antRunner-buildfile %INSTALLFILE%



メモ: バッチファイルでは、ローカル環境に従って ECLIPSE および WORKSPACE 環境変数

のパスを設定する必要があります。


第 21 章

ソース管理システムの操作


• ソース管理システムの使用 (247ページ)• プロジェクトのビルド (249ページ)

ソース管理システムの使用

開発者のチームが同じ Composer プロジェクトと他の参照先オブジェクトで作業する場合、通

常はソース管理システムを使用して共同作業を可能にします。ほとんどのソース管理システム

には、統合開発環境をサポートする Eclipse ベースのプラグインが用意されています。これら

のプラグインは、Eclipse 3.2 と互換性がある限り Documentum Composer で使用できます。

プロジェクトのチェックイン

使用しているソース管理システムの種類に関係なく、次のことをお勧めします。

• ワークスペースは個人用でないため、Composer ワークスペースではなくプロジェクトを

チェックインする。

• 次の Documentum プロジェクトディレクトリおよびファイルをチェックインする。

— アーティファクト

— コンテンツ

— dar

— Web Services

— src (このフォルダが空の場合でも)

— プロジェクトのルートにあるディレクトリ以外のすべてのファイル

(.classpath、.dmproject、.procject、.template など)



他のディレクトリとファイルは派生リソースのため、チェックインしないでください。

プロジェクトのチェックアウトとインポート

ソース管理システムを操作する場合は、ソース管理システムからプロジェクトを取得した後、プ

ロジェクトを Composer ワークスペースにインポートする必要があります。

プロジェクトを Composer ワークスペースにチェックアウトおよびインポートするには

1. プロジェクトおよび参照されているすべてのプロジェクトを、ソース管理システムからチェッ

クアウトします。

2. Composer で、[ファイル] > [インポート] > [Documentum] > [ワークスペース内の既存のプ

ロジェクト] を選択し、[次へ] をクリックします。

[プロジェクトのインポート] ダイアログボックスが表示されます。

3. [ルートディレクトリの選択] フィールドを選択してチェックアウトしたプロジェクトが存在す

るルートディレクトリのパスを入力するか、[参照] をクリックしてルートディレクトリを探しま

す。[プロジェクト] リストボックスに、使用可能なプロジェクトが表示されます。

メモ: インポートするプロジェクトが [プロジェクト] リストボックスに表示されない場合、

Composer ワークスペースに以前のバージョンのプロジェクトが存在していないことを確認

してください。ローカル Composer ワークスペースにまだ存在していないプロジェクトのみ

インポートできます。



4. インポートするプロジェクトを選択して、[終了] をクリックします。

[プロジェクトをワークスペースにコピー] オプションはオンにしないでください。

プロジェクトのビルド

プロジェクトのビルドは、コードのコンパイルと似ています。ビルドプロセス中、Composer によ

りアーティファクトが検証されて、検証エラーが報告されます。ビルドプロセスは、次のいずれ

かの方法で開始できます。

• Composer UI から

• headless Composer と Ant タスクの使用

Composer プロジェクトが重要なビルド/テスト/展開開発サイクルの一部であり、プロジェク

トを夜間にビルドするスケジュールの場合は、Ant タスクを使用して DAR ファイルを自動

的にビルドするほうが効率的です。Ant タスクを使用した DAR ファイルのビルドの詳細に

ついては、「プロジェクトの構築 (239ページ)」を参照してください。




用語集

ACLアクセスコントロールリスト (ACL: Access Control List) では、各ユーザがファイルやフォルダ

などのリポジトリ内の特定のアイテムに対して所有するアクセス権を指定します。

アーティファクト

Documentum の IDE リソース。たとえば、オブジェクトタイプ、ライフサイクル、プロセス、プロ

シージャなど。

アスペクト

アスペクトは、オブジェクトタイプのインスタンスについて、動作またはレコードのメタデータ、

あるいはその両方をカスタマイズする BOF モジュールです。

BOFBusiness Object Framework (BOF) は、Documentum フレームワークのビジネスロジックを集中

化します。

データディクショナリ

データディクショナリは、リポジトリ内のオブジェクトタイプや属性に関する情報を格納します。

DAR ファイル

Documentum ARchive ファイル。DAR ファイルは、Composer プロジェクトの実行可能なバイナ

リバージョンです。DAR ファイルは、通常アプリケーションの配布に使用されます。

DocAppアプリケーションの構成要素を含むパッケージ。DocApp という語は通常、Composer ではなく

Documentum Application Builder (DAB) を使用してビルドされたリリース 6 より前のアプリケー

ションを指します。

DocApp アーカイブ

バージョン 6 以前の DocApp のポータブル版。このアーカイブファイルは、ローカルマシンや

ネットワークドライブに保存可能な圧縮 (zip) ファイルです。

EclipseEclipse は、アプリケーション開発用の統合ツールの構築をサポートする総合的なプロジェク

トの名称です。

Eclipse プラットフォーム

Eclipse プラットフォームは、プラグイン拡張が作成されるコアフレームワークおよびサービスの

名称です。プラグインのロードと実行を行うランタイムを提供します。


用語集

EMFEclipse Modeling Framework。構造化データモデルに基づいてツールや他のアプリケーショ

ンを構築するための、モデリングフレームワークおよびコード生成機能。EMF の詳細につい

ては、Eclipse Modeling Framework に関するページを参照してください。

IDE統合開発環境 (IDE: Integrated Development Environment)。統合設計環境や統合デバッグ環

境とも呼ばれ、コンピュータプログラマがソフトウェアを開発する際に役立つコンピュータソフ

トウェアの一種です。

ライフサイクル

ライフサイクルは、リポジトリ内のオブジェクト (ドキュメントなど) がさまざまな段階を移動する際

に生じるプロパティの変更についてビジネス規則をコード化します。

軽量オブジェクトタイプ

軽量オブジェクトは、アプリケーション固有のデータのみが保持されるオブジェクト間でシステ

ム管理データを共有するために導入された、オブジェクト管理強化機能の一部です。

アクセス権セット

アクセス権セット (ACL (アクセスコントロールリスト) ともいいます) では、各ユーザがファイル

やフォルダなどのリポジトリ内の特定のアイテムに対して所有するアクセス権を指定します。

プロジェクト

プロジェクトには、プログラムを構築するためのソースコードおよび関連ファイルが含まれます。

関係タイプ

関係タイプは、リポジトリ内の 2 つのオブジェクト間の関係を定義します。

リポジトリ

リポジトリは、オブジェクトメタデータやコンテンツファイルなど、Content Server で管理される

永続オブジェクトを格納します。

SBOサービスベースオブジェクト (SBO: Service-Based Object) はモジュールの一種で、EnterpriseJavaBean (EJB) 環境のセッション Bean に似ています。SBO は、複数のオブジェクトタイプで

の動作、Documentum オブジェクトとは無関係のオブジェクト (外部の電子メールメッセージな

ど) の取得、処理の実行が可能です。

スマートコンテナ

スマートコンテナは、テンプレートに基づくインスタンスをインスタンス化するために実行時に

使用される、テンプレート内のオブジェクトと関係を定義します。

TBOタイプベースオブジェクト (TBO: Type-Based Object) は、基本の Documentum Foundation Class(DFC) タイプの拡張です。既存のオブジェクトタイプや新しいオブジェクトタイプの新しい動

作を規定したり、データ検証、参照整合性、ビジネス規則を適用する低レベルの操作をカス

タマイズしたりする際に使用できます。


http://www.eclipse.org/modeling/emf/?project=emf

用語集

Web サービス

Web サービスは、ネットワークを介した、相互運用可能なマシン間の通信をサポートするよう

に設計されたソフトウェアシステムです。Composer では、EMC DFS (Documentum FoundationServices) レジストリプラグインを提供することで Web サービスがサポートされます。

ワークフロー

ワークフローとは、保険金支払請求プロセスや、設計開発プロセスなどのビジネスプロセスを

定型化するものです。

ワークスペース

ワークスペースは、Eclipse プラットフォームのリソース管理を全体的に包括するものです。


用語集


索引

英数字ACL

概要, 159拡張アクセス権, 161基本アクセス権, 160作成, 159テンプレート, 160 　 161パブリック, 160標準, 160

Ant タスク, 244DAR の生成, 240DAR ファイルのインストール, 240コンテンツのインポート, 242バッチファイル, 244プロジェクトのインポート, 238プロジェクトのビルド, 239

AntRunner, 235Composer

アーキテクチャ, 17インストール, 17ワークスペースの設定, 20

DAR ファイル

Ant を使用したインストール, 240Ant を使用した生成, 240生成, 229

dfc.properties ファイル, 19, 237DFS

サービスカタログ, 66サービスライブラリ, 65モジュールオプション, 64

DocApp移行, 47インポート, 48

DocApp アーカイブ

移行, 47, 52インポート, 53

[Documentum ソリューション] パースペクティ

ブ, 68Documentum アーティファクト, 30EAR file, 79

emc.build コマンド, 239emc.dar コマンド, 240emc.importContent コマンド, 242emc.importProject コマンド, 238emc.install コマンド, 240headless Composer

DAR のインストール, 240DAR の生成, 240インストール, 236バッチファイル, 244ビルドファイル, 243プロジェクトのビルド, 239

JARエディタ, 112概要, 111

JAR 定義、作成, 111Java JDK の要件, 18Java コンパイラの設定, 20Java ライブラリ

エディタ, 114リンク, 113

Java ライブラリ

概要, 111JRE、設定, 21SBO, 151TBO, 151Web サービス

DFS モジュール, 64[Documentum ソリューション] パースペ

クティブ, 68WSDL, 75エクスポート, 79サービスカタログ, 66サービスのインポート, 71サービスの使用, 72発行, 78

Workflow Manager, 19WSDL, 75XML アプリケーション

エディタ, 217


索引

設定ファイル, 217説明, 217

アアクセス権

概要, 159拡張, 161基本, 160

アクセス権セット

作成, 159テンプレート, 161パブリック, 165標準, 165ライフサイクル, 139

アクセス権セットエディタ, 166アスペクト

UI 情報, 95制約式, 91説明, 89タイプへの添付, 196モジュール, 89

アスペクトエディタ, 90アスペクトタイプ、作成, 89アスペクトモジュール, 151

DFC のバージョン, 103Java VM のバージョン, 103Java システムプロパティ, 103エディタ, 98作成, 98実行時環境, 102静的にデプロイされたクラス, 103タイプ, 99デプロイの設定, 101名前, 99バージョン要件, 103ローカルリソース, 103

値のマッピング、オブジェクトタイプ, 209アーティファクト

インストールオプション, 227インポート, 33コピー, 33作成, 30

アーティファクト、使用可能リスト, 30

イ移行

DocApp, 47DocApp アーカイブ, 47, 52

前のバージョンから, 47一時関係タイプ, 173イベント、オブジェクトタイプ, 202インストール

Ant を使用した DAR ファイル, 240Composer, 17Composer を使用するプロジェクト, 222アーティファクトオプション, 227パラメータ, 222プロジェクトオプション, 222

インポート

Ant を使用したコンテンツ, 242DocApp, 48DocApp アーカイブ, 53Web サービス, 71アーティファクト, 33外部プロジェクト, 28

エエイリアスセット

エディタ, 84作成, 83詳細, 85説明, 83

エクスポート、Web サービス, 79エディタ

JAR ファイル, 112Java ライブラリ, 114XML, 217アクセス権セット, 166アスペクトタイプ, 90アスペクトモジュール, 98エイリアスセット, 84サービスカタログ, 76関係タイプ, 174軽量オブジェクトタイプ, 197システムオブジェクト, 187ジョブ, 148スマートコンテナ, 178標準オブジェクトタイプ, 192フォーマット, 107メソッド, 146モジュール定義, 152ライフサイクル, 119

オオブジェクト

システムオブジェクト, 187


索引

スマートコンテナ, 177オブジェクトタイプ

UI, 212イベント, 202作成, 192属性, 203属性 UI, 207属性構造, 204属性制約, 205定義, 191入力マスク, 209表示設定, 213

カサービスカタログ

エディタ, 76設定, 66

関係、スマートコンテナエディタ, 185関係タイプ

一時, 173エディタ, 174システム, 173

キ起動、Workflow Manager, 19

ク具現化, 199繰り返し属性、ライフサイクルエディタ, 128

ケ軽量オブジェクト

具現化, 199作成, 197説明, 191

ココアプロジェクト, 26コネクションブローカ、設定, 19コピー、アーティファクト, 33コマンド

emc.build, 239emc.dar, 240emc.importContent, 242emc.importProject, 238emc.install, 240

コンテンツ、Ant を使用したインポート, 242

サ作成

JAR 定義, 111アスペクトタイプ, 89アスペクトモジュール, 98オブジェクトタイプ, 192モジュール定義, 152

参照、他のプロジェクト, 37サービスカタログ、インポートサービス, 71サービスベースモジュール, 151

シシステムオブジェクト

エディタ, 187属性, 189定義, 187

システム関係タイプ, 173実行時環境

アスペクトモジュール, 102モジュール, 156

状態

アクション, 127エントリの基準, 125属性, 140タイプ, 124

ジョブエディタ, 148

ススマートコンテナ

エディタ, 178関係, 185新規ドキュメント, 182新規フォルダ, 181定義, 177テンプレート, 183ドキュメント, 182フォルダ, 180プレースホルダ, 184

セ生成、DAR ふぁいる, 240設定

Composer ワークスペース, 20Java JRE, 21Java コンパイラの設定, 20


索引

アスペクトモジュールのデプロイ, 101コネクションブローカ, 19モジュールのデプロイ, 155

設定ファイル、XML アプリケーション, 217

ソ属性

値のマッピング, 209オブジェクトタイプ, 203システムオブジェクト, 189制約, 205

ソース管理システム

使用, 247プロジェクトのチェックイン, 247プロジェクトのビルド, 249

タタイプ

アスペクトの添付, 196エディタ, 197制約式, 201属性, 203属性入力マスク, 209

タイプ UI, 212タイプエディタ, 192タイプベースモジュール, 151

ツ追加

エイリアス, 83エイリアスセット, 83

テテンプレート、スマートコンテナ, 183パースペクティブ、[Documentum ソリュー

ション], 68

トドキュメント所有者、ライフサイクルエディ

タ, 138ドキュメント、スマートコンテナ, 182ドキュメントレンダラ、ライフサイクルエディ

タ, 137トレースの有効化, 44トレース、有効化, 44

ニ入力パラメータファイル, 232入力マスク, 209

ハ発行、Web サービス, 78バージョンラベル、ライフサイクルエディ

タ, 132

ヒ表示設定、オブジェクトタイプ, 213ビルドファイル, 243ビルド、プロジェクト, 221

フフォルダ、スマートコンテナ, 180フォーマットエディタ, 107プレースホルダ、スマートコンテナエディ

タ, 184プロジェクト, 25

Ant を使用したビルド, 239DFS サービスライブラリ, 65DFS モジュールの設定, 64DocApp アーカイブから作成する, 53DocApp からの作成, 48インストールオプション, 222インストールプロシージャ, 225インポート, 28作成, 26参照, 37新規, 26ソース管理システムからのインポー

ト, 248ソース管理へのチェックイン, 247入力パラメータファイル, 232ビルド, 221ビルドファイル, 243ローカライズ, 38

プロジェクトのローカライズ, 38プロシージャエディタ, 172プロパティ

エイリアスセット, 85ライフサイクル, 119

ヘ変更後の情報、ライフサイクルエディタ, 140


索引

メメソッドエディタ, 146

モモジュール

DFC のバージョン, 157Java VM のバージョン, 157Java システムプロパティ, 157アスペクト, 151インターフェイス JAR, 100, 154エディタ, 152クラス名, 100, 154作成, 152サービスベース (SBO), 151実行時環境, 156実装 JAR, 100, 154静的にデプロイされたクラス, 157タイプ, 153タイプベース (TBO), 151デプロイの設定, 155名前, 153バージョン要件, 157ローカルリソース, 157

ヨ要件、Java JDK, 18

ラライフサイクル

アクセス権セット, 139エディタ, 119オブジェクトタイプ, 118概要, 117繰り返し属性, 128状態, 122状態アクション, 127状態エントリの基準, 125状態属性, 140状態タイプ, 124ドキュメント所有者, 138ドキュメントレンダラ, 137バージョンラベル, 132プロパティ, 119変更後の情報, 140ロケーションリンク, 133

リリポジトリ、dfc.properties ファイル, 19リンク、Java ライブラリ, 113

ロロケーションリンク、ライフサイクルエディ

タ, 133ローカライズテンプレート, 38


Documents

EMC Documentum Composer...EMC® Documentum® Composer バージョン6.5 ユーザガイド P/N 300-008-004 EMC Corporation 本社: Hopkinton, MA 01748-9103 1-508-435-1000 目次