WKT UI アプリケーションについて簡単に説明する前に、このアプリケーションがネイティブのデスクトップ・アプリケーションであることを理解しておくことが重要です。 次のようなネイティブ・オペレーティング・システム機能を使用します:
.wktproj拡張機能を登録し、自身をその拡張子に関連付けます。 たとえば、ネイティブ・ファイル・ブラウザでファイルをダブルクリックすると、アプリケーションが起動し、選択したプロジェクトを開くことができます。 .wktprojファイルを操作すると、最近使用したファイルのOS管理リストにそれらのファイルが追加されます。 これにより、これらのファイルがOS固有のロケーションに表示され、アプリケーションでファイルを開くためのショートカットが提供されます。 たとえば、macOSで、ドック内のアプリケーション・アイコンを右クリックすると、最近使用した.wktprojファイルが表示され、これを選択するとアプリケーション・ウィンドウが開き、.wktprojファイルのコンテンツがロードされます。 .wktprojファイルとは何ですか。 簡単に言うと、これは統合開発環境(IDE)プロジェクト・ファイルに相当するアプリケーションです。 ここで格納される情報は、次のとおりです。
新しいプロジェクトを作成するには、次の2つの方法があります:
File > New Projectを使用して、ファイルのロケーションと名前を選択します。プロジェクト・ファイルのファイル拡張子が.wktprojである必要があります。 それ以外の場合、アプリケーションはファイルをプロジェクトとして認識せず、プロジェクトfile.として開くことはできません
WKT UIアプリケーションでは、ウィンドウ・パラダイムごとに1つのプロジェクトが使用され、ウィンドウで実行するほとんどのプロジェクトは、プロジェクト・ファイルに直接格納されるか、プロジェクトによって参照されるWDTモデル関連ファイルに格納されます。 ただし、「WKTプロジェクト・ファイルの外部の設定」で説明されている例外がいくつかあります。
複数のファクタが、特定の環境におけるWKT UIアプリケーションの動作に影響します。 WKTプロジェクト・ファイル以外には、次のものがあります:
アプリケーションの動作の一部は、起動時に継承する環境変数の影響を受けます。 環境変数は、アプリケーション・フォーム・フィールドのデフォルト値を計算するときにWKT UIアプリケーションの動作に影響します。 次に例を示します。
PATH - docker、helm、kubectlなどの実行可能ファイルを検索するために使用します。JAVA_HOME - Java Development Kit (JDK)がインストールされているディレクトリを検索する1つの方法として使用されます。ORACLE_HOMEおよびMW_HOME - Oracle Fusion Middlewareインストール・ディレクトリの検索に使用されます。WindowsおよびLinuxプラットフォームでは、ログイン時に使用するように構成されたユーザーの環境になる傾向があります。 macOSでは、ネイティブ・アプリケーションはユーザーのログイン環境を継承しません。 かわりに、アプリケーションはlaunchdデーモン・プロセスによって構成された環境を継承します。 macOSで実行している場合、アプリケーションが期待どおりに動作しないときは、この点に注意してください。 詳細については、「プロジェクトの設定」を参照してください。
Preferencesメニューでは、マシン上のアプリケーションのすべてのインスタンスにおけるユーザーのWKT UIアプリケーションの動作に影響する設定を構成できます。 これらのユーザー表示設定には、次のカテゴリが含まれます:
設定は、アプリケーションの外観に影響を与える内部的に使用された値を格納するためにも使用されます。 たとえば、ウィンドウ・サイズは格納され、アプリケーションで最後の既知のウィンドウ・サイズでウィンドウが開きます。 このような外観関連の設定のリストは、時間の経過に伴って増加する可能性があります。
インターネットへのアクセスにプロキシ・サーバーが必要な環境からWKT UIアプリケーションを実行する場合は、インターネット・アクセスを許可するようにプロキシ・サーバー設定を構成する必要があります。 現在、UIはgithub.comにアクセスしてリリース情報にアクセスし、WKTツールの新しいリリースおよびUI自体をダウンロードします。 この接続は様々な場所で使用され、入力データのデフォルト値(たとえば、WebLogic Kubernetes Operatorのインストールに使用するデフォルトのイメージ・タグ)を決定したり、アプリケーションにバンドルされているWKTツールの更新機能を提供したり、新しいリリースが使用可能になったときにWKT UIアプリケーション自体を更新します。 プロジェクト構成によっては、Docker Hubおよびその他のコンテナ・レジストリ、Helmチャート・ダウンロード・サイト、リモートKubernetesクラスタに対して認証およびアクセスするためのクラウド・プロバイダ・サイトなど、他のサイトへのアクセスが必要になる場合もあります。
プロキシ環境を構成するには、Preferencesメニューを使用して、必要に応じて次のフィールドを追加または更新します:
HTTPS Proxy URL - プロキシ・サーバーへのフルURL (例:http://my-proxy-server.mycompany.com:80)。Bypass Proxy Hosts - プロキシを経由しないDNSまたはIPパターンのコンマ区切りリスト。 たとえば、値.us.mycompany.com,.emea.mycompany.com,.apac.mycompany.comは、3つのドメイン名のいずれかで終わるDNS名のプロキシをスキップします。 このセクションでは、ロギング出力レベルを構成し、ログファイル・ディレクトリを制御できます。 デフォルトは次のとおりです。
File Transport Log Level - ログ・メッセージが破棄されるロギング・レベル。 たとえば、レベルがInfoに設定されている場合、Debugメッセージは破棄されます。 デフォルト値は、Infoです Log File Directory - ログ・ファイルが書き込まれるディレクトリ。 デフォルトは、オペレーティング・システムで定義されているユーザーの一時ディレクトリです。 この設定により、起動時に表示されるアプリケーション内導入情報をオンまたはオフにできます。 Show Introductionには、常にHelpメニューからアクセスできます。
WKT UIアプリケーションは、その機能のいくつかの外部アプリケーションに依存します。 そのため、アプリケーションを実行しているローカル・マシンにこれらの外部アプリケーションを正しくインストールして構成することが重要です。
docker (またはpodman ) - 新しいイメージを作成し、カスタム・ベース・イメージの内容を検査するために使用します。 WebLogic Image Toolは、この機能のdocker (またはpodman)に依存します。docker (またはpodman)は、イメージ・レジストリへのログインおよび操作にも使用されます。 kubectl - Kubernetesクラスタの構成オブジェクトを取得、作成および更新するために使用します。 kubectlがクラスタに対して認証できるように、kubectl構成ファイルが正しく設定されていることが重要です。 helm - WebLogic Kubernetes Operatorおよびイングレス・コントローラのインストールに使用されます。openssl - X.509 TLS証明書を生成するために使用されます。アプリケーションにイングレス・ルートの生成を依頼した場合にのみ、アプリケーションにイングレス・ルートの生成を依頼する必要があります。WebLogic Deploy Tooling (WDT)およびWebLogic Image Tool (WIT)は、WKT UIアプリケーションにバンドルされます。 これらのツールは次のとおりです:
Help > Check For Updatesを定期的に使用して、これらのバンドル・ツールの最新バージョンを使用していることを確認します。