Lifecycle Query Engine 索引のデータ・ソースとしての TRS プロバイダーへの、ルート・サービス文書を使用した接続

TRS 仕様をサポートしているライフサイクル・ツールならいずれでも、リンクされたライフサイクル・データ索引を作成するためのデータ・ソースとして使用できます。 ライフサイクル・アプリケーションに独自の OAuth URL を宣言するルート・サービス文書がある場合、そのルート・サービス URL を使用して TRS を登録することができます。これは、LQE とは異なる JTS サーバーに登録されているアプリケーションのデータ・ソースを追加する際には、最も単純な方法です。 LQE が TRS プロバイダー (ライフサイクル・アプリケーション) と通信する際には、直接アプリケーションと通信してそれを認証します。

始める前に

アプリケーション内で LQE 用に OAuth コンシューマーの秘密情報と鍵のペアを作成する必要があります。このインバウンド・コンシューマーは信頼されている必要があり、機能ユーザー (lqe_user)を持っている必要があります。また、その機能ユーザーには TRS 内部ライセンスが割り当てられていなければなりません。詳しくは 、ライフサイクル・アプリケーション・データにアクセスするための Lifecycle Query Engine の構成を参照してください。

手順

  1. LQE 管理パネルで、「データ・ソース」パネルを選択します。 このパネルには、LQE が接続されているすべてのデータ・ソースの稼働中の状況が表示されます。
    索引付けされるデータ・ソースを示すデータ・ソース・パネルの画面キャプチャー。
  2. 「データ・ソースの追加」を選択し、「ルート・サービス URL」をクリックします。
    「データ・ソースの追加」ウィザードの画面キャプチャー。
    1. 追加するアプリケーション用のルート・サービス文書を入力します。この場合のデフォルトのフォーマットは https://server:port/tool/rootservices です。
    2. このルート・サービス文書内にあるデータ・ソースは、https://server:port/tool/trs と類似のフォーマットでリストされています。 追加するデータ・ソースを選択します。
    3. データ・ソースの ID としてラベルを追加します。
    4. スケジューリングのフィールドには、初回の索引付けをいつ行うかを設定できます。 このフィールドを空白のままにしておくと、ウィザードの終了時に即座に索引が作成されます。テスト用のラボ環境の場合、LQE は、50,000 件の成果物を 1 時間未満で索引付けできます。お使いのハードウェアと構成に応じて、索引付け速度は遅くなることがあります。
      注: 複数のデータ・ソースを同時に索引付けすることができます。 それぞれの索引付けは、個別のスレッドで実行されます。または、複数の TRS データ・ソースの初回の索引付けを、1 つずつ順に実行されるようにスケジュールすることができます。
    5. LQE が使用しているのとは異なる JTS 上にアプリケーションがあるので、OAuth 認証を指定する必要があります。「次へ」をクリックします。
  3. 「認証詳細の指定」パネルで、アプリケーション用の OAuth コンシューマー鍵および秘密情報を入力します。
    「認証詳細」パネル
    1. 別のブラウザー・ウィンドウで、ライフサイクル照会エンジンの TRS プロバイダーとしてのアプリケーションの登録で LQE 用に生成した鍵を検索します。この例では、QM アプリケーションを追加するため、QM 管理パネル (https://server:port/QM/admin#action=com.ibm.team.repository.admin.configureOAuth) へ移動します。
      注: 認証が Jazz Team Server に委任されている場合以外は、Jazz Team Server の管理パネルでなくアプリケーションの管理パネルに移動してください。
    2. 「許可された鍵」のリストから、lqe_user 鍵および秘密情報を見つけてコピーします。
    3. LQE ブラウザー・ウィンドウに戻り、「コンシューマー鍵」および「秘密情報 (Secret)」を入力します。
  4. データ・ソースの構成オプションを選択します。
    「データ・ソースの追加」ウィザードの「データ・ソースの構成」パネルの画面取り
    1. リフレッシュ頻度は、LQE が、その索引の継続的なリフレッシュのためにデータ・ソースにアクセスしようとする頻度を指定します。 頻繁に更新されないデータ・ソースには、継続的に更新されるデータ・ソースより低いリフレッシュ頻度を指定できます。リフレッシュ頻度を増大させると、パフォーマンスに影響がでます。
    2. 初回索引付けのスレッド数は、通常、2 から 4 までの数字に設定します。各スレッドは、LQE サーバーを使用する 1 ユーザーに大体対応します。 Intel マシンの場合、5 スレッド以上になると、データ取得速度の改善率が最小になります。
    3. 継続の索引付けのスレッド数は、通常、2 から 4 までの数字に設定してください。各スレッドは、LQE サーバーを使用する 1 ユーザーに大体対応します。 Intel マシンの場合、5 スレッド以上になると、データ取得速度の改善率が最小になります。
    4. 「リソースがスキップされた場合にインクリメンタル更新を続行」を選択すると、索引付けできないリソースがあった場合に、LQE はエラーをログ記録して、索引付けを続行します。 これは、デフォルトで選択されています。 これを使用不可にすると、リソースの索引付けができないときにはいつでも、索引付けプロセスが停止してしまいます。
  5. ウィザードを終了すると、このデータ・ソースについて任意の時点で構成できるデータが表示されます。 「保存」をクリックして、索引付けを開始します。 索引付けプロセスの現在の状況が、メインの「データ・ソース」パネルに表示されます。 状況フィールドのリンクをクリックすると、索引付けプロセスの詳細な状況レポートが表示されます。
    データ・ソースの状況概要ページの画面キャプチャー。
    データ・ソースの状況履歴ページの画面キャプチャー。

次のタスク

データ・ソースの索引付けを停止するか、または索引付けプロセスを一時停止するには、関連付けられている 「アクション」フィールドの上にマウスを合わせてアイコンをクリックします。


ビデオ・アイコン ビデオを見る

CLM 再生リスト
Jazz.net チャンネル
User Education チャンネル

学習アイコン 詳細情報

CLM learning circle
Agile learning circle
Learning circles

質問アイコン 質問する

Jazz.net フォーラム
developerWorks フォーラム

サポート・アイコン サポートを受ける

サポート・ポータル
Deployment Wiki
サポートのブログ