WebLogic Remote Consoleは、WebLogic管理サーバーに直接接続して、WebLogic Server管理コンソールのようにドメインを表示および編集できますが、「いくつかの違い」があります。
複数のWebLogic管理サーバーの接続詳細を保存すると、クリックでドメインを切り替えることが容易になります。
WebLogic管理サーバーを起動します。
「プロバイダ」ドロワーを開き、プロジェクト名の横にある⋮をクリックします。 「管理サーバー接続プロバイダの追加」を選択します。
管理サーバー接続の名前を入力します。 これは、作業中のプロバイダを識別できるように、プロバイダのプロジェクト・リストに表示される名前です。
選択した管理サーバーで編集権限を持つユーザー・アカウントのユーザー名とパスワードを入力します。 管理コンソールと同様に、管理機能はユーザー・アカウントに付与されるアクセス・レベルに応じて制限されます。 詳細は、「アクセスの相違の理解」を参照してください。 異なるユーザーを持つ同じ管理サーバーへの複数の接続を選択できます。
管理サーバーのURLを入力します。
ノート: 管理サーバーのmanagement/*
エンドポイントがWebLogic Remote Consoleからアクセス可能であることを確認します。 管理サーバーのエンドポイントがロード・バランサ、ファイアウォール、または外部で使用できない場合は、そのエンドポイントを手動で公開する必要があります。
オプション:
OKをクリックして、WebLogic Remote ConsoleをWebLogic管理サーバーに接続します。
これで、WebLogic Remote ConsoleはWebLogic管理サーバーに接続されます。 必要に応じて、ドメインを変更できます。
WebLogic Remote Consoleを使用して、Kubernetesで実行されているWebLogic Serverドメインを管理できます。 Kubernetesで実行されているWebLogic Serverドメインへのアクセスを設定する方法の詳細は、「WebLogic Kubernetes Operatorユーザー・ガイド」の「リモート・コンソールの使用」を参照してください。
管理サーバー・プロバイダは複数のパースペクティブに分割され、それぞれがWebLogicドメインの異なる管理領域に焦点を当てています:
「編集ツリー」と「構成ツリー」のパースペクティブは似ていますが、構成MBeansの2つの個別のコレクションから生成されます。この結果、2つのパースペクティブ間で重要かつ異なるニュアンスが生じます:
「編集ツリー」パースペクティブで行われた変更は、サーバーを再起動するまで、コミットするか、動的ではない変更を行うまで、「構成ツリー」パースペクティブに表示されません。
動的に計算される特定のドメイン・コンテンツは、編集ツリーに表示されません。 たとえば、
編集可能な構成MBeansと読取り専用構成MBeansの違いの詳細は、Oracle WebLogic Serverのドメイン構成の理解の「構成変更の管理」を参照してください。
WebLogic Remote Consoleでのドメインの編集は、管理コンソールと同様に処理されます。 ドメインの編集を開始すると、他のユーザーが同時に変更をブロックする構成ロックが作成されます。 変更が完了したら、これらの変更をアクティブ化し、管理サーバーと永続化できます。
WebLogic Remote Console内の特定の領域およびアクションは、管理者以外からは非表示になります。 たとえば、オペレータ・ロールを持つユーザーには、編集ツリーを表示できません。 各ユーザー・ロールによるアクセス(またはアクセスできない)方法の詳細は、「アクセスの相違の理解」を参照してください。
フィールドをデフォルト値にリストアできます。 フィールドを右クリックし、「デフォルトに戻す」をクリックします。
ショッピング・カート(WebLogic Server管理コンソールの変更リストと同等)には、WebLogic Remote Consoleの現在のセッションの保留中の変更がすべて保持されます。 ショッピング・カートでは、変更が保留中かどうかを確認したり、変更をコミットしたり、変更を完全に破棄したりできます。
コンソール拡張console-rest-ext-2.4.11.war
をインストールした場合は、変更した特定の変更およびロックのステータスも変更マネージャで確認できます。
「ショッピング・カート」メニューを開き、「変更の表示」をクリックして保留中の変更を確認します。
変更の中には、ただちに(動的)アクティブ化できるものと、アクティブ化するにはサーバーの再起動(非動的)が必要なものがあります。 非動的変更をアクティブ化する必要がある場合は、モニタリングのパースペクティブから「環境」 > 「サーバー」ノードに移動して、再起動が必要なサーバーを確認します。
変更を元に戻す必要がある場合は、すべてのショッピング・カートの内容を破棄するか、「編集ツリー」パースペクティブで手動で変更を元に戻す必要があります。
構成の変更をロックしても、同じ管理ユーザー・アカウントを使用した相反する構成の編集を防ぐことはできません。 たとえば、WebLogic Remote Consoleで構成変更ロックを取得した後、同じユーザー・アカウントで管理コンソールまたはWebLogic Scripting Tool (WLST)を使用する場合、WebLogic Remote Consoleで開いたものと同じ編集セッションにアクセスすると、他のツールで変更できなくなります。
セッションの1つが変更をアクティブ化するとロックが解放され、他のセッションは変更を保存またはアクティブ化できないため、複数のツールを使用して変更を行うことをお薦めします。
WebLogic Server接続の詳細を簡単に確認できます。
次のような接続の詳細のリストが表示されます:
これにより、WebLogic管理サーバーへのWebLogic Remote Consoleアクセスのみが削除されます。 ドメイン自体は影響を受けません。
WebLogic Remote Consoleは、モニタリングのパースペクティブから管理サーバーの制御操作を提供します。
サーバーの状態は、ライフサイクル管理におけるサーバーの特定の状態を示します。
WebLogic Remote Consoleには、アプリケーションのデプロイおよびJDBCシステム・リソースの作成のための簡略化されたウィザードが含まれています。
ほとんどの場合、ページに新しいMBeanを作成するときに、名前などのいくつかのキー・プロパティを入力するように求められ、「作成」をクリックします。 WebLogic Server管理コンソールとは異なり、WebLogic Remote Consoleでは、通常は構成を完了するために必要な他のプロパティを構成する方法はありません。 かわりに、新しいBeanのページが表示され、タブをクリックしてBeanの構成を終了できます。
別のBeanを参照するBeanプロパティを構成する場合は、まず他のBeanを作成する必要があります。 たとえば、Server1をCluster1に割り当てる場合、サーバー作成時にCluster1を作成することを選択できるWebLogic Server管理コンソールとは異なり、最初にCluster1を作成する必要があります。
WebLogic Remote Consoleを使用して、WebLogic Serverへのアプリケーションのデプロイメント・プロセスを管理できます。
アプリケーション・デプロイメントの一般的なプロセスの詳細は、「Oracle WebLogic Serverへのアプリケーションのデプロイ」を参照してください。
アプリケーションをインストールするときに、その物理ファイルまたはディレクトリをWebLogic Serverに認識させます。 アプリケーションは、アーカイブされたEARファイルまたは展開されたディレクトリとしてインストールできます。
新しいアプリケーションが「アプリケーション・デプロイメント」ノードの下に表示されます。 このページでは、アプリケーションに追加の変更を行うことができます。
クライアント・リクエストを処理する前に、アプリケーションを起動する必要があります。
アプリケーションを起動して、WebLogic Serverクライアントで使用できるようにする必要があります。
アプリケーションを起動すると、すぐにクライアントで使用できるようになりますが、管理モードで起動すると、期待どおりに動作することを最初に確認できます。 管理モードで起動すると、クライアントを中断することなく、分散アプリケーションの最終的な(健全性)チェックを本番環境で直接実行できます。
アプリケーションを停止する場合は、どのクライアントもアプリケーションを使用できないか、管理モードで停止して管理タスクのみを実行できるようにするかを選択できます。
アプリケーションを停止しても、そのソース・ファイルはサーバーから削除されません。停止したアプリケーションを後で再デプロイして、再度WebLogic Serverクライアントで使用可能にできます。
アプリケーションのデプロイ後に、正常にデプロイされたことを確認できます。
「モニタリング・ツリー」で、「環境」>「サーバー」>myServer>「デプロイメント」>「アプリケーション・ランタイム」>myApp>「コンポーネント・ランタイム」>myServer/myApp>「サーブレット」にナビゲートします。
ターゲット・サーバー・アドレスと、サーブレット表のContextPath
およびName
値を使用してURLを作成します。 たとえば、管理サーバーにデプロイされたアプリケーションの場合、テストURLはhttp://adminserver:7001/myapp/welcome
のようになります。
ノート: アプリケーション・デプロイメントに影響を与える可能性のあるネットワーク・チャネルに加えた変更を考慮してください。 たとえば、アプリケーションが別のポート上にある場合があります。
ブラウザにURLを入力します。 ページが正しくロードされると、アプリケーションは正常にデプロイされました。
アプリケーションのデプロイ後に、環境のニーズにあわせて追加の設定を構成できます。
まだ作成していない場合は、アプリケーションのデプロイメント・プランを作成します。 デフォルトの構成設定は表示できますが、デプロイメント・プランを作成するまでは読取り専用です。 詳細については、「デプロイメント計画」を参照してください。
ノート: 自動デプロイされたアプリケーションのデプロイメント・プランは作成できません。
「モニタリング・ツリー」で、「デプロイメント」 > 「アプリケーション管理」にナビゲートし、アプリケーションを選択します。
「計画の作成」をクリックします。
「計画パス」フィールドに、新しいデプロイメント・プランのファイル・パスを入力します。 アプリケーションのルート・ディレクトリのplan/
サブディレクトリ内に、単一のアプリケーションの新しいデプロイメント・プランを作成する必要があります。 デプロイメント・プランはXML形式である必要があり、plan.xml
と呼ばれます。
「完了」をクリックします。 WebLogic Serverは、基本的なデプロイメント・プランを作成します。
ノート: アプリケーションのデプロイメント・プランは、デプロイメント > アプリケーション管理 > myApplication > デプロイメント・プラン(拡張)の下に表示されます。
「デプロイメント」 > 「アプリケーション管理」 > myApplication > 「構成」に進みます。 構成ノードとその子を調べ、使用可能なデプロイメント構成オプションを確認します。
ノート: 構成ノードとその子の内容は、アプリケーション・タイプによって異なります。 たとえば、webアプリケーションにはコンテナ記述子の設定が含まれ、リソース・アダプタにはアウトバウンド接続プールの設定が含まれます。
変更する場合は、「保存」をクリックします。 「構成」ノードとその子に加えた変更は、デプロイメント・プランに自動的に反映されます。
アプリケーションを更新し、場合によっては再デプロイして変更を適用します。 手順については、「アプリケーションの更新または再デプロイ」を参照してください。
変更が動的な場合は、デプロイメント・プランの更新のみが必要です。 ただし、変更に非動的変更が含まれる場合は、アプリケーションを再デプロイして、デプロイメント・プランからアプリケーションに変更を伝播する必要があります。
詳細は、「Oracle WebLogic Serverへのアプリケーションのデプロイ」の「再デプロイメント戦略の概要」を参照してください。
更新されたデプロイメント設定でアプリケーションを更新または再デプロイする場合。
デプロイメント・プランを使用して、アプリケーションのデプロイメント・プロパティ値を指定できます。 デプロイメント・プランは、アプリケーションのデプロイメント記述子を操作またはオーバーライドして、特定のWebLogic Server環境へのデプロイメント用にアプリケーションを構成するオプションのドキュメントです。 デプロイメント・プランはXMLで記述されます。
詳細は、『Oracleへのアプリケーションのデプロイ』の「WebLogic Serverデプロイメント・プランの理解」 WebLogic Serverに関する項を参照してください。
ノート: 自動デプロイされたアプリケーションのデプロイメント・プランは作成できません。
通常、アプリケーションのデプロイメント設定を変更する必要がある場合は、デプロイメント・プランを手動で編集するのではなく、構成ノード(「デプロイメントの構成」を参照)を使用する必要があります。
plan/
サブディレクトリ内に、単一のアプリケーションの新しいデプロイメント・プランを作成する必要があります。 デプロイメント・プランはXML形式である必要があり、plan.xml
と呼ばれます。 デプロイメント・プランを手動で編集して、アプリケーションの新しいデプロイメント手順で更新できます。
詳細は、『Oracle WebLogic Serverへのアプリケーションのデプロイ』の「デプロイメント・プランの手動カスタマイズ」に関する項を参照してください。