Web コンソールガイド
Migration Toolkit for Runtimes Web コンソールを使用して解析のためにアプリケーションをプロジェクトにグループ化
概要
多様性を受け入れるオープンソースの強化
Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、今後の複数のリリースで段階的に用語の置き換えを実施して参ります。詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。
第1章 はじめに
1.1. Web コンソールについて
このガイドは、Migration Toolkit for Runtimes (MTR) を使用して Java アプリケーションやその他のコンポーネントを移行またはモダナイズするエンジニア、コンサルタント、およびその他のユーザーを対象としています。ここでは、Web コンソールを使用して移行やモダナイゼーションプロジェクトを管理し、アプリケーションを解析する方法を説明します。
1.2. Migration Toolkit for Runtimes
Migration Toolkit for Runtimes とは
Migration Toolkit for Runtimes (MTR) は、Java アプリケーションの移行およびモダナイゼーションを簡素化する拡張可能でカスタマイズ可能なルールベースのツールです。
MTR は、プロジェクトソースディレクトリーやアプリケーションアーカイブを含むアプリケーションアーティファクトを検査し、変更を必要とするエリアを強調表示する HTML レポートを作成します。MTR は、以下の例を含む多くの移行パスをサポートします。
- Red Hat JBoss Enterprise Application Platform の最新リリースへのアップグレード
- Oracle WebLogic または IBM WebSphere Application Server から Red Hat JBoss Enterprise Application Platform への移行
- アプリケーションのコンテナー化とクラウド化
- Java Spring Boot から Quarkus への移行
- Oracle JDK から OpenJDK への更新
- OpenJDK 8 から OpenJDK 11 へのアップグレード
- OpenJDK11 から OpenJDK 17 へのアップグレード
- EAP Java アプリケーションの Azure への移行
- Spring Boot Java アプリケーションの Azure への移行
ユースケースおよび移行パスの詳細は、開発者向け MTR Web ページを参照してください。
Migration Toolkit for Runtimes を使用して移行を単純化する方法
Migration Toolkit for Runtimes は一般的なリソースを探し、アプリケーションを移行する際の既知の問題点を明らかにします。これは、アプリケーションが使用するテクノロジーのハイレベルビューを提供します。
MTR は、移行またはモダナイゼーションパスの評価に関する詳細なレポートを生成します。このレポートは、大規模なプロジェクトに必要な作業を見積もり、関係する作業を減らすのに役立ちます。
詳細情報
Migration Toolkit for Runtimes の機能、サポートされる設定、システム要件、利用可能なツールの詳細は、Migration Toolkit for Runtimes の概要 を参照してください。
1.3. Web コンソールについて
Migration Toolkit for Runtimes の Web コンソールを使用すると、ユーザーのチームは多数のアプリケーションに対する移行およびモダナイゼーションの作業を評価および優先順位付けできます。これにより、分析のためにアプリケーションをプロジェクトにグループ化し、結果を強調表示する多数のレポートを提供します。
第2章 Web コンソールのインストール
Web コンソールは、Linux、Windows、macOS、または OpenShift Container Platform にインストールできます。
2.1. Linux、Windows、または macOS への Web コンソールのインストール
Linux、Windows、または macOS のオペレーティングシステムに Web コンソールをインストールし、ブラウザーで Web コンソールにアクセスできます。
Web コンソールは Chrome および Firefox でテストされています。
前提条件
Java Development Kit(JDK) がインストールされている。MTR は以下の JDK をサポートする。
- OpenJDK 11
- Oracle JDK 11
- 8 GB RAM
-
macOS のインストール:
maxproc
の値は2048
以上である必要がある。
手順
-
MTR Download ページ に移動して、Web コンソールの
Local install & OpenShift
ファイルをダウンロードします。 .zip
ファイルを任意のディレクトリーに展開します。注記Windows オペレーティングシステムにインストールする場合は、以下を行います。
-
.zip
ファイルをLC_PSN
という名前のディレクトリーに展開し、Path too long
エラーを回避します。または、7-Zip のファイルを、任意の名前のディレクトリーに展開します。 - 抽出中に Confirm file replace ウィンドウが表示されている場合は、Yes to all をクリックします。
このガイドで
<MTR_HOME>
と表示された場合は、これを MTR インストールへの実際のパスに置き換えます。-
- デフォルトでは、認証は必要ありません。認証を有効にする場合は、Web コンソールを起動する前にこれを行ってください。
Web コンソールを起動します。
Linux または macOS オペレーティングシステム:
<MTR_HOME>/run_windup.sh
$ <MTR_HOME>/run_windup.sh
Copy to Clipboard Copied! Windows オペレーティングシステム:
C:\<MTR_HOME>\run_windup.bat
C:\<MTR_HOME>\run_windup.bat
Copy to Clipboard Copied!
ブラウザーを開き、
http://localhost:8080/windup-ui
に移動します。認証が設定されていない場合、プロジェクト画面がブラウザーに表示されます。
図2.1 MTR プロジェクト画面
2.2. OpenShift Container Platform 4.6 以降への Web コンソールのインストール
Web コンソールは、Migration Toolkit for Runtimes Operator を使用して OpenShift Container Platform 4.6 以降のバージョンにインストールできます。
前提条件
- 6 つの vCPU、8 GB RAM、および 40 GB の永続ストレージ。
Web コンソールをインストールすることができるプロジェクト 1 つまたは複数。
重要デフォルトのプロジェクトに Web コンソールをインストールしないでください。
-
Migration Toolkit for Runtimes Operator をインストールするための
cluster-admin
権限。 -
プロジェクトに Web コンソールアプリケーションをインストールするための
project-admin-user
権限。
Red Hat Single Sign-On (SSO) の設定
インストール時に、Web コンソールが認証を必要とするかどうかを決定する必要があります。その場合、最初に Red Hat SSO をインストールして設定し、MTR Operator をインスタンス化するときにいくつかの RH SSO 設定を入力する必要があります。
インストール後に認証を追加または削除することはできません。
- Red Hat SSO 管理コンソールを開きます。
- windup という名前のレルムを追加します。
- レルムで、windup-web という名前のクライアントを作成します。
Access Type が
public
に設定されていることを確認します。有効なリダイレクト URI と Web オリジン を*
に設定します。*Save*. をクリックします。MTR オペレーターがインスタンス化された後、Valid Redirect URIs および Web Origins フィールドを secure-mtr-web-console ルートに設定する必要があることに注意してください。
- user という名前のロールを作成します。
- 任意の名前でユーザーを作成します。
- ユーザーの認証情報を設定し、Temporary を無効にして、ロールユーザーをユーザーに割り当てます。
MTR オペレーターのインストール
-
cluster-admin
権限を持つユーザーとして OpenShift Web コンソールにログインします。 - Operators → OperatorHub をクリックします。
- Search by keyword フィールドを使用して Migration Toolkit for Runtimes Operator を見つけます。
- Install をクリックします。
- Installed Namespace の一覧からプロジェクトを選択し、Install をクリックします。
- Operators → Installed Operators をクリックし、Operator がインストールされていることを確認します。
Web コンソールアプリケーションのインストール
-
project-admin-user
権限を持つユーザーとして OpenShift Web コンソールにログインします。 - Developer パースペクティブに切り替え、+Add をクリックします。
- Add ビューで Operator Backed をクリックします。
- Migration Toolkit for Runtimes Operator をクリックします。
- Create をクリックします。
- アプリケーションの設定を見直してください。Web コンソールで認証が必要な場合は、RH SSO 設定を入力して Create をクリックします。
-
Topology ビューで
mtr-web-console
アプリケーションをクリックし、Resources タブをクリックします。 - 認証が必要な場合は、RH SSO Valid Redirect URIs および Web Origins フィールドを secure-mtr-web-console ルートに設定します。
-
secure-mtr-web-console
ルートをクリックし、新しいブラウザーウィンドウで Web コンソールを開きます。
2.2.1. OpenShift での Web コンソールインストールのトラブルシューティング
このセクションでは、OpenShift Container Platform での Web コンソールインストールのトラブルシューティング方法について説明します。
2.2.1.1. OpenShift コンソールを使用したログのダウンロード
OpenShift コンソールを使用して Pod ログをダウンロードできます。
手順
- OpenShift コンソールを開き、Applications → Pods に移動します。
-
mtr-web-console
Pod をクリックします。 - Logs をクリックします。
- Download をクリックしてログをダウンロードし、保存します。
2.2.1.2. CLI を使用したログのダウンロード
CLI を使用して Pod ログをダウンロードできます。
手順
Pod 名を取得します。
oc get pods -n <project-name>
$ oc get pods -n <project-name>
Copy to Clipboard Copied! 出力は以下のようになります。
NAME READY STATUS RESTARTS AGE eap-builder-1-build 0/1 Completed 0 1d mtr-postgresql-1-hfbdn 1/1 Running 0 1d mtr-sso-1-build 0/1 Completed 0 1d mtr-web-console-1-build 0/1 Completed 0 1d mtr-web-console-1-vt7s5 1/1 Running 1 1d sso-1-wjl2n 1/1 Running 1 1d
NAME READY STATUS RESTARTS AGE eap-builder-1-build 0/1 Completed 0 1d mtr-postgresql-1-hfbdn 1/1 Running 0 1d mtr-sso-1-build 0/1 Completed 0 1d mtr-web-console-1-build 0/1 Completed 0 1d mtr-web-console-1-vt7s5 1/1 Running 1 1d sso-1-wjl2n 1/1 Running 1 1d
Copy to Clipboard Copied! oc logs
を使用して Pod のログを検査します。oc logs <pod>
$ oc logs <pod>
Copy to Clipboard Copied! 注記出力をリダイレクトし、現在のログのコピーを取得できます。
oc logs <pod> > ./<pod>.log
$ oc logs <pod> > ./<pod>.log
Copy to Clipboard Copied!
2.2.1.3. No route to host
エラー
mtr-web-console-executor
ログの No route to host
エラーは、mtr-web-console-executor
Pod が mtr-web-console
Pod に接続できないことを示します。
13:44:03,501 SEVERE [org.jboss.windup.web.messaging.executor.ExecutorBootstrap] (main) Could not start messaging listener due to: Failed to connect to any server. Servers tried: [http-remoting://192.0.2.4:8080 (java.net.NoRouteToHostException: No route to host)]: javax.naming.CommunicationException: Failed to connect to any server. Servers tried: [http-remoting://192.0.2.4:8080 (java.net.NoRouteToHostException: No route to host)]
13:44:03,501 SEVERE [org.jboss.windup.web.messaging.executor.ExecutorBootstrap] (main) Could not start messaging listener due to: Failed to connect to any server. Servers tried: [http-remoting://192.0.2.4:8080 (java.net.NoRouteToHostException: No route to host)]: javax.naming.CommunicationException: Failed to connect to any server. Servers tried: [http-remoting://192.0.2.4:8080 (java.net.NoRouteToHostException: No route to host)]
このエラーは、mtr-web-console-executor
が mtr-web-console
Pod の前に実行を開始するため発生します。
mtr-web-console
pod が数分にわたり実行された後で、mtr-web-console-executor
ログを確認します。
2.2.1.4. リソース不足の解決
以下の条件は不十分なリソースを示しています。
mtr-web-console
Pod は実行されておらず、以下のエラーが OpenShift コンソールの Pod Details 画面の Events タブに表示されます。0/9 nodes are available: 4 Insufficient cpu, 4 MatchNodeSelector, 9 Insufficient memory.
0/9 nodes are available: 4 Insufficient cpu, 4 MatchNodeSelector, 9 Insufficient memory.
Copy to Clipboard Copied! mtr-web-console-deploy
、mtr-web-console-executor-deploy
、およびmtr-web-console-postgresql-deploy
Pod がタイムアウトし、以下のエラーがログに表示されます。error: update acceptor rejected mtr-web-console-executor-1: Pods for rc 'mtr/mtr-web-console-executor-1' took longer than 600 seconds to become available
error: update acceptor rejected mtr-web-console-executor-1: Pods for rc 'mtr/mtr-web-console-executor-1' took longer than 600 seconds to become available
Copy to Clipboard Copied!
手順
- cluster capacity tool をインストールし、実行し、スケジュール可能な Pod 数を判別します。
以下のアクションのいずれかを実行して、クラスターリソースの負荷を変更します。
- Web コンソールを再デプロイします。
2.2.1.5. 問題の報告
MTR は Jira を問題追跡システムとして使用します。MTR の実行で問題が発生した場合は、Jira issue を作成してください。
第3章 Web コンソールでのアプリケーションの分析
Web コンソールでプロジェクトを作成して、アプリケーションを分析できます。
各プロジェクトは、特定の分析用にアプリケーションをグループ化し、カスタムルールおよびラベルで設定できます。
分析プロセスは、移行またはモダナイゼーションのためのアプリケーションの準備ができていることを示すレポートを生成します。
3.1. プロジェクトの作成
Create project ウィザードを使用して、Web コンソールでプロジェクトを作成できます。
手順
- Web コンソールで、Projects をクリックします。
- Create project をクリックします。
- プロジェクトの一意な名前、オプションの説明を入力し、Next をクリックします。
アプリケーションをアップロードするには、Upload タブをクリックし、Browse をクリックして、アップロードするアプリケーションファイルを選択し、Close をクリックします。
アプリケーションをアップロードすると、MTR サーバーに直接保存されます。
サーバーパスを登録するには、Server path タブをクリックし、フィールドにアプリケーションの Server 側のパス を入力します。
アプリケーションのサーバーパスを登録すると、MTR は常に最新バージョンを使用するようにします。
- Next をクリックします。
1 つ以上の変換ターゲットをクリックします。
- Next をクリックします。
- パッケージを選択し、フィルター > をクリックして分析に追加します。
- Next をクリックします。
カスタムルールを追加する場合は、Add rule をクリックします。
詳細は、ルール開発ガイド を参照してください。
ルールセットファイルをアップロードするには、Upload タブをクリックし、Browse をクリックして、1 つ以上のファイルを選択してから Close をクリックします。
ルールセットファイルには
.windup.xml
拡張子が必要です。アップロードしたファイルは MTR サーバーに保存されます。ruleset ファイルのサーバーパスを登録するには、Server path タブをクリックし、Rules パスを入力して Save をクリックします。
サーバーパスを登録すると、MTR サーバーは常に最新バージョンの ruleset ファイルを使用します。
- Next をクリックします。
カスタムラベルを追加するには、Add label をクリックします。
labelset ファイルをアップロードするには、Upload タブをクリックし、Browse をクリックして、1 つ以上のファイルを選択してから Close をクリックします。
ラベルセットファイルには
.windup.label.xml
拡張子が必要です。アップロードしたファイルは MTR サーバーに保存されます。サーバーパスを登録するには、Server path タブをクリックし、フィールドにラベルファイルの Labels パス を入力して、Save をクリックします。
サーバーパスを登録すると、MTR サーバーは常に最新バージョンの labelset ファイルを使用するようになります。
- Next をクリックします。
以下の 高度なオプション を確認し、必要な変更を加えます。
- Target
- Source
- Exclude tags: これらのタグを持つルールは処理されません。
-
Additional classpath: 逆コンパイルまたはその他の分析で使用できるように、追加の
.jar
ファイルまたはディレクトリーのスペース区切りリストを入力します。 - Application name
- Mavenize group ID
- Ignore path: 分析から除外するファイルのパスを入力します。
- Export CSV: レポートデータを CSV ファイルとしてエクスポートします。
- Disable Tattletale: 各アプリケーションの Tattletale レポートの生成を無効にします。
Class Not Found analysis: クラスパスで利用できない Java ファイルの分析を有効にします。
注記分析に一部のクラスが利用できない場合は、このオプションを使用しないでください。
- Compatible Files report: 大規模なアプリケーションの場合、Compatible Files レポートの生成に時間がかかる場合があります。
- Exploded app: 入力ディレクトリーには、アプリケーションのパッケージ化されていないソースファイルが含まれます。
- Keep work dirs: デバッグ目的でグラフデータベースや抽出したアーカイブファイルなどの一時ファイルを保持します。
- Skip report: HTML レポートは生成されません。Export CSV を有効にしている場合には有効にする必要があります。
ネットワークアクセスを許可する: 分析されたアプリケーション内のすべての XML ファイルをスキーマに対して検証します。
注記このオプションは、パフォーマンスを低下させる可能性があります。
- Mavenize: アプリケーションの構造および内容に基づいて Maven プロジェクトディレクトリー構造を作成します。
- ソースモード: アプリケーションファイルがコンパイル済みのバイナリーではなく、生のソースファイルであることを示します。sourceMode 引数は廃止されました。そのため、指定する必要がなくなりました。MTR は、提示された入力を直感的に処理できます。さらに、プロジェクトソースフォルダーは、同じ分析実行内でバイナリー入力を使用して分析できます。
既知のライブラリーを分析する: アプリケーションに埋め込まれた既知のソフトウェアアーティファクトを分析します。デフォルトでは、MTR はアプリケーションコードのみを分析します。
注記このオプションを使用すると実行時間が長くなり、多数の移行問題が報告される可能性があります。
トランザクション分析: [テクニカルプレビュー] リレーショナルデータベーステーブルで操作を実行するコールスタックを表示するトランザクションレポートを生成します。Enable Transaction Analysis 機能は、Spring Data JPA と、SQL ステートメント実行用の従来の
preparedStatement()
メソッドをサポートします。Hibernate などの ORM フレームワークはサポートしていません。注記トランザクション分析はテクノロジープレビュー機能のみです。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は実稼働環境でこれらを使用することを推奨していません。テクノロジープレビューの機能は、最新の製品機能をいち早く提供して、開発段階で機能のテストを行いフィードバックを提供していただくことを目的としています。
- Next をクリックします。
プロジェクトを確認し、Save または Save and run をクリックします。
プロジェクトが Projects 画面に表示されます。
3.2. 保存した分析の実行
保存された分析を実行できます。
手順
- Web コンソールで、Analysis results をクリックします。
- プロジェクトを選択します。
- Run analysis を実行します。
進捗バーには、分析の進捗が表示されます。
3.3. 解析結果の表示
すべての分析の結果は、Analysis results 画面のプロジェクトでグループ化され、一覧表示されます。
手順
- Web コンソールで、Analysis results をクリックします。
一覧からプロジェクトを選択します。
分析レポートには、レポート 棒グラフアイコンまたは画面右側のレポートアクションからアクセスできます。
確認する分析の番号をクリックして、分析設定の詳細と分析実行統計情報を表示します。
結果が Results 画面に表示されます。これには、Details と Logs の 2 つのタブが含まれます。
Details タブには、ステータス、開始日、期間、設定など、分析に関する重要な情報を表示します。
図3.1 分析の詳細画面

Logs タブには、分析中に生成されるログが表示されます。
図3.2 ログの分析画面

3.4. レポートの確認
MTR Web コンソールは、アプリケーションに変更を加えなければならないかどうかを決定するのに役立つ詳細なレポートを提供します。これらのレポートは、Analysis results からアクセスできます。
レポートについては、CLI ガイド の レポートの確認 で詳しく説明されています。
手順
- Web コンソールで、Analysis results をクリックします。
調査する分析の横にある Reports アイコン
をクリックします。
レポートの All applications 画面が表示されます。
3.5. 分析設定の更新
異なる変換ターゲット、高度なオプション、またはカスタムルールなどを使用して、分析設定を更新できます。その後、プロジェクトで更新された分析を実行できます。
手順
Web コンソールで、Analysis configuration をクリックします。
- Project を選択します。
- 適切なタブをクリックして変更を行います。
Save または Save and run をクリックします。
プロジェクトが Projects 画面に表示されます。
3.6. グローバルカスタムルールの追加
MTR には、すべてのプロジェクトに適用される事前設定されたグローバルルールのセットが含まれています。
独自のカスタムグローバルルールを定義できます。
カスタム MTR ルールの作成に関する詳細は、MTR の ルール開発ガイド を参照してください。
手順
- web コンソールで、Rules configuration をクリックします。
- Add rules をクリックします。
ルールセットファイルをアップロードするには、Upload タブをクリックし、Browse をクリックして、1 つ以上のファイルを選択してから Close をクリックします。
ルールセットファイルには
.windup.xml
拡張子が必要です。アップロードしたファイルは MTR サーバーに保存されます。ruleset ファイルのサーバーパスを登録するには、Server path タブをクリックし、Rules パスを入力して Save をクリックします。
サーバーパスを登録すると、MTR サーバーは常に最新バージョンの ruleset ファイルを使用します。
Custom rules リストにはルールが表示されます。
3.7. グローバルカスタムラベルの追加
MTR には、すべてのプロジェクトに適用される事前設定されたグローバルラベルのセットが含まれています。
独自のカスタムグローバルラベルを定義できます。
手順
- Web コンソールで、Labels configuration をクリックします。
- Add label をクリックします。
labelset ファイルをアップロードするには、Upload タブをクリックし、Browse をクリックして、1 つ以上のファイルを選択してから Close をクリックします。
ラベルセットファイルには
.windup.label.xml
拡張子が必要です。アップロードしたファイルは MTR サーバーに保存されます。labelset ファイルのサーバーパスを登録するには、Server path タブをクリックし、Labels パスを入力して Save をクリックします。
サーバーパスを登録すると、MTR サーバーは常に最新バージョンの labelset ファイルを使用するようになります。
Custom labels リストには、ラベルが表示されます。
第4章 Linux、Windows、または macOS での Web コンソールの認証の設定
アクセスに認証を要求するように Web コンソールを設定できます。認証を有効にするには、Red Hat Single Sign-On (SSO) をインストールする必要があります。
認証を有効にする
手順
次のように入力して、Red Hat SSO サーバーが開くポート番号を調整し、Web コンソールが使用するポートとの競合を回避します。
Linux および macOS の場合:
./standalone.sh -Djboss.socket.binding.port-offset=<offset_value>
$ ./standalone.sh -Djboss.socket.binding.port-offset=<offset_value>
Copy to Clipboard Copied! Windows の場合:
> ...\bin\standalone.bat -Djboss.socket.binding.port-offset=<offset_value>
> ...\bin\standalone.bat -Djboss.socket.binding.port-offset=<offset_value>
Copy to Clipboard Copied!
http://localhost:8180
から Red Hat SSO 管理コンソールを開きます。-
ユーザー名:
admin
-
Password:
admin
-
ユーザー名:
- windup という名前のレルムを追加します。
- レルムで、windup-web という名前のクライアントを作成します。
-
Access Type が
public
に設定されていることを確認します。 -
有効なリダイレクト URI を
http://localhost:8080/windup-ui/*
に設定します。 -
Web Origins を
*
に設定し、保存 をクリックします。 - user という名前のロールを作成します。
- 任意の名前でユーザーを作成します。
- ユーザーの認証情報を設定し、Temporary を無効にして、ロールユーザーをユーザーに割り当てます。
以下を実行して、Web コンソールを Authentication required モードに切り替えます。
次の ENV 変数をエクスポートします。
Linux および macOS の場合:
export SSO_AUTH_SERVER_URL=http://localhost:8180/auth export SSO_REALM=windup export SSO_SSL_REQUIRED=EXTERNAL export SSO_CLIENT_ID=windup-web
export SSO_AUTH_SERVER_URL=http://localhost:8180/auth export SSO_REALM=windup export SSO_SSL_REQUIRED=EXTERNAL export SSO_CLIENT_ID=windup-web
Copy to Clipboard Copied! Windows の場合:
set SSO_AUTH_SERVER_URL=http://localhost:8180/auth set SSO_REALM=windup set SSO_SSL_REQUIRED=EXTERNAL set SSO_CLIENT_ID=windup-web
set SSO_AUTH_SERVER_URL=http://localhost:8180/auth set SSO_REALM=windup set SSO_SSL_REQUIRED=EXTERNAL set SSO_CLIENT_ID=windup-web
Copy to Clipboard Copied! 注記CMD の
set
コマンドによって設定される環境変数はローカルであり、現在の CMD セッションでのみ使用できます。Windows コントロールパネルを使用して、環境変数を永続的に設定します。
次のスクリプトを実行します。
Linux および macOS の場合:
<MTR_HOME>/switch_to_authentication_required.sh
$ <MTR_HOME>/switch_to_authentication_required.sh
Copy to Clipboard Copied! Windows の場合:
C:\<MTR_HOME>\switch_to_authentication_required.bat
C:\<MTR_HOME>\switch_to_authentication_required.bat
Copy to Clipboard Copied!
次のように入力して、Web コンソールを開始します。
Linux および macOS の場合:
<MTR_HOME>/run_windup.sh
$ <MTR_HOME>/run_windup.sh
Copy to Clipboard Copied! Windows の場合:
C:\<MTR_HOME>\run_windup.bat
C:\<MTR_HOME>\run_windup.bat
Copy to Clipboard Copied!
-
http://localhost:8080/windup-ui
でブラウザーを開きます。
認証の無効化
手順
次のスクリプトを実行します。
Linux および macOS の場合:
<MTR_HOME>/switch_to_automatic_authentication.sh
$ <MTR_HOME>/switch_to_automatic_authentication.sh
Copy to Clipboard Copied! Windows の場合:
C:\<MTR_HOME>\switch_to_automatic_authentication.bat
C:\<MTR_HOME>\switch_to_automatic_authentication.bat
Copy to Clipboard Copied!
改訂日時: 2023-04-08