リリース9.1.0
E05904-02
 目次 |
 索引 |
| Oracle Identity Manager デザイン・コンソール・ガイド リリース9.1.0 E05904-02 |
|
この章では、Design Consoleのすべての開発ツールについて説明します。次の内容について説明します。
Design Consoleには一連の開発ツールが含まれており、システム管理者や開発者は、これらのツールを使用してOracle Identity Managerをカスタマイズできます。このフォルダには次のフォームがあります。
また、システム管理者や開発者は、このフォームを使用することで、ユーザーが「Adapter Factory」フォームを使用してエラー・ハンドラ・タスクを作成するときにアクセスできる、エラー・メッセージを定義できます。
このフォルダには次のフォームがあります。
アダプタは、Oracle Identity Managerの内部ロジックおよび機能を拡張します。また、ITリソースのAPIに接続して、そのリソースと通信します。
Adapter Factoryは、Oracle Identity Managerに含まれるコード生成ツールです。これを使用することで、ユーザーはアダプタと呼ばれるJavaクラスを作成できます。図8-1に、「Adapter Factory」フォームを示します。
「Adapter Manager」フォームは、「Development Tools」フォルダにあります。このフォームは、図8-2に示すように、複数のアダプタを同時にコンパイルするために使用します。
ターゲットのユーザーまたは組織にリソースをプロビジョニングする際に必要な情報が、既存のOracle Identity Managerフォームから取得できない場合もあります。「Development Tools」フォルダにある「Form Designer」フォームを使用すると、関連情報を含むフィールドが組み込まれたフォームを作成できます。フォームを作成したら、ユーザーまたは組織にプロビジョニングするリソースに関連付けられている、プロセスまたはリソース・オブジェクトに割り当てます。図8-3に、「Form Designer」フォームを示します。
次に、ユーザーが「Form Designer」フォームを使用して作成するリソース・オブジェクト・フォームまたはプロセス・フォームが、Oracle Identity Managerによって表示される理由を、重要度の高い順に示します。
たとえば、Oracle Identity Managerまたはそのいずれかのユーザーがリソース・オブジェクトまたはプロセスを完了しようとすると、割り当てられたフォームがトリガーされます。このとき、Oracle Identity Managerまたはユーザーによって、このフォームのフィールドに値が移入されます。データが保存されると、対応するプロセスまたはリソース・オブジェクトのステータスが「Completed」になり、Oracle Identity Managerは、ターゲットの組織またはユーザーに対して適切なリソースをプロビジョニングできるようになります。
たとえば、Solarisフォーム（「Table Name」フィールドではUD_SOLARISという名前で示されている）は、すでに作成済で、Solarisのリソース・オブジェクトおよびプロビジョニング・プロセスの両方に割り当てられています。
表8-1に、「Form Designer」フォームのデータ・フィールドの説明を示します。
次の項では、フォームの作成方法について説明します。
フォームを作成するには、次のようにします。
フォームをリソース・オブジェクトに割り当てる場合は、「Object」オプションを選択します。
フォームが作成されます。「Latest Version」フィールドに「Initial Version」と表示されます。これは、「Form Designer」フォームのタブに情報を移入することで、割り当てられたプロセスまたはリソースを使用してフォームを機能させることができることを意味します。
「Form Designer」フォームを開いて、フォームを作成すると、このフォームのタブが使用可能になります。「Form Designer」フォームには、次のタブが含まれます。
「Additional Columns」タブは、データ・フィールドの作成および管理に使用します。これらのデータ・フィールドは、「Form Designer」フォームを使用して作成された、関連付けられているフォームに表示されます。
図8-4に、「Form Designer」フォームの「Additional Columns」タブを示します。
表8-2に、「Additional Columns」タブのデータ・フィールドの説明を示します。
| 名前 | 説明 |
|---|---|
|
Name |
データベースに表示され、Oracle Identity Managerによって認識されるデータ・フィールドの名前です。 注意: この名前は、データ・フィールド名の前に接頭辞<TABLENAME_>を付けて表します。 たとえば、「Form Designer」フォームの「Table Name」フィールドの名前がUD_PASSWORDで、データ・フィールドの名前がUSERNAMEの場合、データベースに表示されOracle Identity Managerで認識されるデータ・フィールド名は、UD_PASSWORD_USERNAMEになります。 |
|
Variant Type |
この参照フィールドから、データ・フィールドの変数型を選択します。変数型は、フィールドで受け入れられるデータ型を示します。 このデータ・フィールドは、Byte、Double、Date、Byte Array、Boolean、Long、String、Short、Integerの9つの変数型のいずれかにする必要があります。 |
|
Length |
注意: 次のことは、Oracle Identity ManagerをMicrosoft SQL Serverにインストールした場合にのみ該当します。 ユーザー定義フィールド（UDF）をシステム・フォーム、プロセス・フォームまたはオブジェクト・フォームに追加できます。ただし、フォームにフィールドを追加した場合、フォーム上のすべてのフィールドの長さの合計が8060バイトを超えると、次のエラー・メッセージが表示されます。
このエラーを回避するには、フィールドの長さの合計が8060バイトを超えないようにする必要があります。このエラー・メッセージが表示された場合は、フィールドの長さを短くしてMicrosoft SQL Serverの行の制限8060を下回るようにします。 |
|
Field Label |
データ・フィールドに関連付けられるラベルです。このラベルは、Oracle Identity Managerによって生成されたフォームのデータ・フィールドの横に表示されます。 |
|
Field Type |
この参照フィールドから、データ・フィールドのデータ型を選択します。データ型は、フィールドでのデータの表示方法を表します。 次のデータ型のいずれかを選択できます。
|
|
Default Value |
この値は、フォームが生成され、次のシナリオから他のデフォルト値が指定されていない場合に、関連付けられているデータ・フィールドに表示されます。
|
|
Order |
生成されたフォームでのデータ・フィールドの位置を表す順序番号です。 たとえば、順序番号2のデータ・フィールドは、順序番号1のデータ・フィールドの下に表示されます。 |
|
Application Profile |
このチェック・ボックスは、「Users」フォームに関連付けられているリソースがユーザーにプロビジョニングされ、ステータスが「Enabled」になった後に、このフォームの「Object Profile」タブにこのフィールドの最新の値が表示されるかどうかを指定します。 このチェック・ボックスが選択されている場合、このフィールドのラベルおよび値が、そのリソースがプロビジョニングされたユーザーの「Users」フォームの「Object Profile」タブに表示されます。 |
|
Encrypted |
このチェック・ボックスは、関連付けられているデータ・フィールドに表示される情報がサーバーとクライアントの間で転送される際に暗号化されるかどうかを決定します。 このチェック・ボックスが選択されている場合、データ・フィールドに表示される情報は、サーバーとクライアントの間で転送される際に暗号化されます。 |
データ・フィールドをフォームに追加するには、次のようにします。
「Additional Columns」タブに空行が表示されます。
Lookupウィンドウが表示されたら、データ・フィールドの変数型を選択します。
現行では、データ・フィールドには9つの変数型（Byte、Double、Date、Byte Array、Boolean、Long、String、Short、Integer）のいずれかを指定できます。
このラベルは、Oracle Identity Managerによって生成されたフォームのデータ・フィールドの横に表示されます。
「Lookup」ダイアログ・ボックスが表示されたら、データ・フィールドのデータ型を選択します。現時点では、データ・フィールドに、Text Field、Lookup Field、Text Area、IT Resource Lookup Field、Date Field、Check Box、Password Field、Radio ButtonおよびCombo boxの9つのデータ型のいずれかを指定できます。
たとえば、順序番号2のデータ・フィールドは、順序番号1のデータ・フィールドの下に表示されます。
データ・フィールドをフォームから削除するには、次のようにします。
データ・フィールドがフォームから削除されます。
新しいフィールドを追加する際に、削除したフィールドと同じ名前を割り当てると、新しいフィールドの変数型（データ型）は削除したフィールドの変数型と同じままです。たとえば、String変数型が適用された「Addr1」フィールドを削除したとします。次に、同じ名前のフィールドを作成し、Boolean変数型を適用します。この場合、新しい「Addr1」フィールドが追加されたフォームを表示または使用すると、フィールドの変数型はBooleanではなくStringとなります。
「Form Designer」フォームを使用して作成された複数のフォームに、同じデータ・フィールドを追加することが必要になる場合もあります。これを行う方法は、次の2通りです。
別のフォームに必要なデータ・フィールドが含まれるフォームは、子表と呼ばれます。
子表をフォームに割り当てると、ユーザーの作業効率が向上します。子表を使用しない場合は、データ・フィールドが要求されるすべてのフォームについて、フィールドごとのパラメータを設定する必要があります。たとえば、5つのフォームで同一のデータ・フィールドが要求される場合、このフィールドのパラメータを5回（フォームごとに1回ずつ）設定する必要があります。
1つのフォームの子表を使用している場合は、Design Consoleを介して後で別のフォームにこの子表を適用できます。最初のフォームから子表を削除し、ターゲットのフォームに割り当てます。この方法で、1つのフォームに割り当てた子表を、「Form Designer」フォームで作成されたすべてのフォームに再利用できます。
Oracle Identity Managerを構成して、子表の列で次のいずれかのアクションを実行できます。
図8-5に、「Form Designer」フォームの「Child Table(s)」タブを示します。
たとえば、子表UD_SOUTHがResults of 1Q 2004 Salesフォーム（表名はUD_SALES2）に割り当てられているとします。このフォームが起動されると、子表UD_SOUTHに含まれるデータ・フィールドがフォームに表示されます。
次の各項では、フォームに子表を割り当てる方法、およびフォームから削除する方法について説明します。
フォームに子表を割り当てるには、次のようにします。
「Assignment」ウィンドウが表示されます。
選択した子表がフォームに割り当てられます。
フォームから子表を削除するには、次のようにします。
このタブを使用して、カスタム・フォームがインスタンス化される際にこのフォームの情報を追加、変更および削除できるユーザー・グループを選択します。
「Allow Insert」チェック・ボックスが選択されている場合、対応するユーザー・グループは、ユーザーが作成したフォームのフィールドに情報を追加できます。このチェック・ボックスが選択されていない場合、ユーザー・グループはこのフォームのフィールドに値を移入できません。
「Allow Update」チェック・ボックスが選択されている場合、関連付けられているユーザー・グループは、ユーザーが作成したフォームのフィールドにある既存の情報を変更できます。このチェック・ボックスが選択されていない場合、ユーザー・グループはこのフォームのフィールドを編集できません。
「Allow Delete」チェック・ボックスが選択されている場合、対応するユーザー・グループは、ユーザーが作成したフォームのインスタンス化されたデータを削除できます。このチェック・ボックスが選択されていない場合、ユーザー・グループはこのフォームのフィールドから（データがインスタンス化されたときに）データを削除できません。
図8-6に、「Form Designer」フォームの「Object Permissions」タブを示します。
たとえば、ユーザー・グループSYSTEM ADMINISTRATORSがResults of 1Q 2004 Salesフォーム（「Table Name」フィールドではUD_SALES2という名前）に表示される情報を作成、変更および削除できるとします。ユーザー・グループIT DEPARTMENTは、このフォームのレコードを削除することのみ可能です（「Allow Insert」および「Allow Update」の各チェック・ボックスは選択されていません）。ユーザー・グループHR DEPARTMENTは、Results of 1Q 2004 Salesフォーム内での情報の作成と変更を行えます。ただし、「Allow Delete」チェック・ボックスが選択されていないため、このユーザー・グループは情報を削除できません。
次の項では、ユーザーが作成したフォームにユーザー・グループを割り当てる方法、およびユーザーが作成したフォームからユーザー・グループを削除する方法を説明します。
ユーザーが作成したフォームにユーザー・グループを割り当てるには、次のようにします。
「Assignment」ダイアログ・ボックスが表示されます。
ユーザー・グループが「Object Permissions」タブに表示されます。
ユーザーが作成したフォームにユーザー・グループが割り当てられます。
ユーザーが作成したフォームからユーザー・グループを削除するには、次のようにします。
図8-7に、「Form Designer」フォームの「Properties」タブを示します。このタブを使用して、「Form Designer」フォームで作成されたフォームに表示されるデータ・フィールドに、プロパティおよびプロパティ値を割り当てます。
たとえば、Results of 1Q 2004 Salesフォームに「User Name」および「Password」の2つのデータ・フィールドがあるとします。また、各データ・フィールドには次のプロパティが含まれます。
「Required」プロパティのデフォルト値はfalseです。
「Visible Field」プロパティのデフォルト値はtrueです。
ここでは、両方のデータ・フィールドの「Required」プロパティおよび「Visible Field」プロパティがtrueに設定されているため、Results of 1Q 2004 Salesフォームが生成されると、これらのデータ・フィールドが両方とも表示されます。また、両方のフィールドに値を移入しないと、フォームは保存されません。
次の各項では、プロパティおよびプロパティ値をデータ・フィールドに追加する方法、およびデータ・フィールドから削除する方法を説明します。
データ・フィールドにプロパティおよびプロパティ値を追加するには、次のようにします。
図8-8のように、「Add Property」ダイアログ・ボックスが表示されます。
この例では、「User Name」データ・フィールドが選択されています（「Column Name」フィールドに「User Name」と表示されています）。また、このフィールドのデータ型はテキスト・フィールドです。
表8-3に、「Add Property」ダイアログ・ボックスのフィールドを示します。
| 名前 | 説明 |
|---|---|
|
Column Name |
データ・フィールドの名前です。 |
|
Column Type |
データ・フィールドのデータ型です。 |
|
Property Name |
このボックスから、データ・フィールドのプロパティを選択します。 |
|
Property Value |
このフィールドにプロパティ値を入力します。この値は、「Property Name」ボックスに表示されるプロパティに関連付けられます。 |
この例では、「User Name」データ・フィールドの「Required」プロパティの値がtrueに設定されているため、関連付けられているフォームが生成されたら、このフィールドに値を移入する必要があります。移入しなければフォームを保存できません。
プロパティおよびプロパティ値がデータ・フィールドに追加されます。
カスタマイズされた参照問合せのプロパティおよびプロパティ値を追加するには、次のようにします。
図8-10のように、「Add Property」ダイアログ・ボックスが表示されます。
この例では、「Name」データ・フィールドが選択されています（「Column Name」フィールドに「Name」と表示されています）。また、このフィールドのデータ型は参照フィールドです。
「Add Property」ダイアログ・ボックスの各ボックスは、カスタム参照問合せのWHERE句の作成に使用できます。（メニューから）各ボックスの値を選択すると、カスタム参照問合せにWHERE句が追加されます。
表8-4に、「Add Property」ダイアログ・ボックスの領域の説明を示します。最初は、すべてのフィールドがグレー表示されています。Lookup Queryを定義して「Save」をクリックした後、フィールドがアクティブになります。
データ・フィールドからプロパティおよびプロパティ値を削除するには、次のようにします。
このタブは、「Form Designer」フォームを使用してユーザーが作成したフォームの現在のレコードを表示、変更および削除することができるユーザー・グループの選択に使用します。
「Write」チェック・ボックスが選択されている場合は、対応するユーザー・グループが、フォームの現在のレコードに関する情報を表示および変更できます。このチェック・ボックスが選択されていない場合、そのユーザー・グループはこのレコードの情報を表示および編集できません。
「Delete」チェック・ボックスが選択されている場合は、関連付けられているユーザー・グループが、フォームの現在のレコードの情報を削除できます。このチェック・ボックスが選択されていない場合、そのユーザー・グループはこのレコードの情報を削除できません。
図8-12に、「Form Designer」フォームの「Administrators」タブを示します。
次の各項では、ユーザーが作成したフォームのレコードの管理権限をユーザー・グループに割り当てる方法、およびユーザー・グループから削除する方法について説明します。
ユーザーが作成したフォームのレコードの管理権限をユーザー・グループに割り当てるには、次のようにします。
「Assignment」ダイアログ・ボックスが表示されます。
ユーザー・グループが「Administrators」タブに表示されます。
ユーザーが作成したフォームの当該レコードの管理権限が、そのユーザー・グループに付与されます。
ユーザーが作成したフォームのレコードの管理権限をユーザー・グループから削除するには、次のようにします。
このタブでは、現在のフォームが割り当てられているリソース・オブジェクトおよびプロセスを確認できます。
図8-13に、「Form Designer」フォームの「Usage」タブを示します。
たとえば、Solarisフォーム（「Table Name」フィールドではUD_SOLARISという名前で示されている）は、すでに作成済で、Solarisのリソース・オブジェクトおよびプロビジョニング・プロセスの両方に割り当てられています。
このタブは、次の目的に使用できます。
「Form Designer」フォームを使用して作成されたフォームは、次の2種類のデータ・フィールドで構成されます。
「Default Columns」タブでは、ユーザーが作成したフォームにデフォルトで追加されるデータ・フィールドの名前、変数型および長さを確認できます。これらのデータ・フィールドを参照することで、SQL*Plusや同様のデータベース・アプリケーションを起動せずに、その型のフォームのデータ・フィールドをすべて確認できます。
このタブでは、「Form Designer」フォームに対して作成されたユーザー定義フィールドを表示し、それらのフィールドにアクセスできます。作成されたユーザー定義フィールドはこのタブに表示され、データを入出力することができます。
フォームを作成し、そのフォームが割り当てられているプロセスやリソース・オブジェクトを使用して動作するように「Form Designer」フォームに情報を移入する際に、異なるバージョンのフォームを作成する場合があります。こうすることで、フォームの元のバージョンを変更せずに、このバージョンを変更できます。
フォームの追加のバージョンを作成するには、次のようにします。
ドロップダウン・メニューが表示されたら、追加のバージョンを作成するフォームのバージョンを選択します。
Create a New Versionウィンドウが表示されます。
フォームの追加のバージョンが作成されます。「Current Version」ボックスをクリックすると、手順5で「Label」フィールドに入力したバージョン名が表示されます。このバージョンを選択すると、フォームの元のバージョンを変更せずに、「Form Designer」フォームのタブに情報を移入できます。
図8-14に示す「Error Message Definition」フォームは、「Development Tools」フォルダにあります。このフォームは次の目的に使用できます。
作成したエラー・メッセージは、障害の状態に基づいてエラー・ハンドラのロジック・タスクを使用して新しいアダプタを作成する際にアダプタ定義に追加すると、管理およびユーザー・コンソールに表示されます。
表8-5に、「Error Message Definition」フォームのデータ・フィールドの説明を示します。
エラー・メッセージを作成する際には、Oracle Identity Managerによって、「Key」フィールドに一意のID番号が移入されます。エラー・メッセージが表示される原因となる状態が発生した場合は、ダイアログ・ボックスに「Description」フィールドのテキストが表示されます。
エラー・メッセージを作成するには、次のようにします。
「Lookup」ダイアログ・ボックスが表示されたら、エラー・メッセージが表示される原因となる状態の重大度を表すコードを選択します。次に、これらのコードを（重大度の低いものから順に）示します。
エラー・メッセージが作成されます。
「Error Message Definition」フォームを使用してエラー・メッセージを作成したら、新しいエラー・コードおよびアドバイス・メッセージをOracle Identity ManagerのcustomResources.propertiesリソース・バンドル・ファイルに追加する必要があります。これらのローカライズされたエラー・コードおよびアドバイス・メッセージは、管理およびユーザー・コンソールに表示されます。
|
 Copyright © 2007, 2008 Oracle Corporation. All Rights Reserved. |
|