このセクションでは、InterChange Server を処理するために System Manager で行う 作業について説明します。
InterChange Server インスタンスを処理するには、System Manager に登録する必要があります。以下の手順を実行します。
System Manager が、ネットワーク上のアクティブなサーバーを検出し、「サーバーを検索」ダイアログに表示します。ネットワークの規模、速度、構成によっては時間がかかる場合があります。
デフォルトのユーザー名は admin です。
デフォルト・ユーザー名 admin に対する デフォルト・パスワードは null です。
このチェック・ボックスは、インターフェースをテストする必要がある場合、またはサーバーが System Manager と同じマシンにある場合のみ有効にしてください。コンポーネントを開発する場合または実動サーバーで作業する場合は、必ず使用不可にしてください。
インターフェース・テストの詳細については、統合テスト環境の使用 および Collaboration Debugger の使用を参照してください。
System Manager が、InterChange Server インスタンスを登録して、(InterChange Server インスタンスの名前、ユーザー名、およびパスワードがすべて正確に指定され、サーバーと IBM Java オブジェクト・リクエスト・ブローカー (ORB) が動作している場合) その登録したインスタンスに 接続し、InterChange Server コンポーネント管理ビューに、登録したインスタンスに対する入力項目を表示します。
その後、InterChange Server コンポーネント管理ビューで、InterChange Server インスタンスを右マウス・ボタンでクリックすると、InterChange Server インスタンスを処理できるようになります。
図 3 に、「新規サーバーを登録」ダイアログを示します。ここでは、ユーザー名とパスワードが入力され、キャッシュ化されています。
図 3. InterChange Server インスタンスの登録
System Manager で InterChange Server インスタンスを登録するときに、インスタンス名、ユーザー名、およびパスワードがすべて正確であり、サーバーおよび IBM ORB が動作している場合、System Manager は自動的に登録されたインスタンスに接続されます。
インスタンスをシャットダウンする必要がある場合、または System Manager を終了する場合は、System Manager をインスタンスに 再接続する必要があります。ユーザー名およびパスワードをキャッシュしているかどうかに応じて 作業が少し異なるため、以下の該当するセクションのステップに従ってください。
サーバーの初期登録時に、ユーザー名とパスワードをキャッシュに入れることにした場合は、以下の手順を実行します。
「ログイン」ダイアログが表示され、キャッシュに入っているログイン情報が示されます。図 4 にダイアログを示します。
最初に InterChange Server インスタンスを登録するときに ユーザー名およびパスワードのキャッシュを選択しなかった場合は、以下の手順を実行する必要があります。
デフォルトのユーザー名は admin です。
デフォルト・ユーザー名 admin に対する デフォルト・パスワードは null です。
InterChange Server は、実装サイクルの各段階に最も適した モードで実行できます。
設計モードでは、InterChange Server は、リポジトリーが整合していない状態を許可します。このため、依存するコンポーネントが存在しない状態でも リポジトリーにコンポーネントを追加できます。例えば、子オブジェクトを持つビジネス・オブジェクト定義をリポジトリーに インポートするときに子オブジェクトがまだ存在しない場合、実動モードの InterChange Server ではインポートに失敗し、リポジトリーの整合性が確保されます。しかし、設計モードの InterChange Server では先に進むことができるため、開発アプローチに最も適した方法で統合コンポーネントを組み立てることができます。
さらに、設計モードのサーバーにパッケージを展開するときに、必ずしもマップおよびコラボレーション・テンプレートをコンパイルする 必要はありません。実動モードでは、サーバーはマップおよびコラボレーション・テンプレートを すべて自動的にコンパイルします。
設計モードは、別の環境からコンポーネントをインポートするときに 特に有用です。依存関係をすべて把握していない場合は、未解決の依存関係が存在してもインポート操作が失敗せずに 段階的にコンポーネントをインポートできる機能は重要です。
設計モードで InterChange Server を始動するには、サーバーの始動時に -design パラメーターを使用します。図 5 に、Windows システム における InterChange Server のショートカットを示します。「ターゲット」フィールドに -design パラメーターが 表示されています。UNIX システムでは、ics_manager スクリプトの 実行時に -design パラメーターを使用します。
図 5. InterChange Server ショートカットでの設計モードの指定
InterChange Server を登録すると、サーバーをテスト・モードで始動できます。 テスト・モードで InterChange Server を始動するには、サーバーの始動時に -test パラメーターを使用します。
統合テスト環境 (ITE) では、ローカル・サーバーおよびリモート・サーバーがサポートされます。 ローカル・サーバーとは、統合テスト環境のタスク・マネージャーから始動される InterChange Server のことです。 タスク・マネージャーからサーバーを起動するには、 InterChange Server が登録パネルにローカル・サーバーとして登録されている必要があります。 リモート・サーバーとは、ITE 外から起動される InterChange Server のことです。 したがって、ITE と同じマシン上で始動されるサーバーでも、ITE 外から起動されればリモート・サーバーになる場合があります。
ローカル・サーバー・スクリプトを変更して、サーバーがテスト・サーバーとして自動的に始動するようにすることができます。 リモート・サーバーにこの方法で始動する機能がありません。したがって登録されたサーバーがリモート・サーバーの場合、 サーバー起動オプションは使用不可になります。
実動モードでは、InterChange Server は リポジトリーの整合性を保証するように設計されています。未解決の依存関係が存在するパッケージはリポジトリーに展開できず、展開パッケージのマップおよびコラボレーション・テンプレートは すべて自動的にコンパイルされます。これらの制限により、サーバー環境でコンポーネントを 適切に実行できることが保証されます。未解決の依存関係を持つコンポーネント または未コンパイルのコンポーネントが実行時にサーバー環境に存在すると、それらのコンポーネントを必要とするトランザクションが失敗します。開発環境では まだ必要なコンポーネントを作成中であると考えられるため、この事態は許容されますが、実稼動環境で許容されるとは考えられません。したがって、これらの制限により、安全な展開手順が強制的に適用されます。
実動モードは、InterChange Server のデフォルトのモードであるため、実動モードで始動するために必要な構成ステップはありません。ただし、実動モードで始動する場合は、設計モードで始動するためのステップを実行しなかったことを確認してください。また、System Manager の InterChange Server コンポーネント管理ビューで、InterChange Server のモードも確認してください。
InterChange Server に接続するために使用されるユーザー・アカウントのパスワードを変更できます。パスワードを変更するには、以下の手順を実行します。
「InterChange Server パスワードの変更」ダイアログが表示されます。これを図 6 に示します。
図 6. InterChange Server のパスワードの変更
コンポーネントを InterChange Server インスタンスに展開したら、System Manager でインスタンスを最新表示し、サーバーにコンポーネントが正確に表示されるようにする必要があります。例えば、コンポーネントをサーバーに展開し、新規統合ライブラリーを作成し、サーバーからライブラリーにコンポーネントを追加する場合は、サーバーを最新表示しないと、System Manager は 新しく展開されたコンポーネントをリストしません。
サーバー・インスタンスの表示を最新にするには、InterChange Server コンポーネント管理ビューでインスタンスを右マウス・ボタンでクリックし、コンテキスト・メニューから「最新表示」を選択します。
InterChange Server インスタントと System Manager の接続を切断するには、InterChange Server コンポーネント管理ビューで、切断する InterChange Server インスタンスを右マウス・ボタンでクリックし、コンテキスト・メニューから「切断」を選択します。
InterChange Server インスタンスをシャットダウンするには、InterChange Server コンポーネント管理ビューで、シャットダウンする InterChange Server インスタンスを右マウス・ボタンでクリックし、コンテキスト・メニューから「切断」を選択してから、インスタンスのシャットダウンの方法により、サブメニューから「正常」または「即時に」のいずれかを選択します。
シャットダウンのタイプとして「即時に」を選択した場合は、InterChange Server はただちにシャットダウンし、その時点で処理中であったフローは失敗します。失敗したフローは、後で Flow Manager を使用して解決できます。このタイプのシャットダウンは、システムのフローを考慮する必要がない開発環境およびテスト環境の場合、または失敗したフローをサブミットしても混乱しない実稼働環境で使用してください。
シャットダウンのタイプとして「正常」を選択した場合は、InterChange Server 統合コンポーネントがその時点のフローの処理を完了してから サーバーがシャットダウンします。このタイプのシャットダウンは、フローの故障によって混乱が発生する可能性がある実稼働環境で使用します。
System Manager で、InterChange Server コンポーネント管理ビューから、InterChange Server インスタンスを除去することが必要な場合があります。 例えば、多くのサーバーが登録されている場合に、使用しなくなったサーバーがリストに含まれていると不便です。InterChange Server インスタンスを除去するには、以下の手順を実行します。
InterChange Server インスタンスから System Manager を切断する方法の詳細については、InterChange Server からの切断を参照してください。
InterChange Server インスタンスをシャットダウンする方法の詳細については、InterChange Server のシャットダウンを参照してください。
サーバー・インスタンスがビューから除去されます。
InterChange Server インスタンスを右マウス・ボタンでクリックしたときに表示される コンテキスト・メニューには他のメニュー項目もありますが、これらのメニュー項目については他の資料を参照してください。
表 2. その他の InterChange Server 用 System Manager コマンド
InterChange Server メニュー項目 |
|
---|---|
構成を編集 | このメニュー項目については、WebSphere InterChange Server の構成を参照してください。 |
統計 | このメニュー項目については、「システム管理ガイド」を参照してください。 |
システム表示 | このメニュー項目については、「システム管理ガイド」を参照してください。 |
サーバー・オブジェクトの削除 | このメニュー項目については、サーバー・オブジェクトの削除ウィザードを使用したコンポーネントの削除を参照してください。 |
リポジトリーを削除 | リポジトリー全体の削除. |
モニター定義ウィザード | このメニュー項目については、「システム管理ガイド」を参照してください。 |