Release Notes
アプリケーション 8.0 の移行ツールキットのリリースノート
概要
第1章 MTA 8.0.1 リンクのコピーリンクがクリップボードにコピーされました!
MTA 8.0.1 セクションには、修正された問題と既知の問題がリストされています。
1.1. 既知の問題 リンクのコピーリンクがクリップボードにコピーされました!
アプリケーション(MTA)バージョン 8.0.1 用の移行ツールキットは、新しく特定および以前の既知の問題の影響を受けます。既知の問題は、解決されるまで今後のリリースノートに記載され、解決された時点で修正済みの問題として公開されます。
MTA 評価をカスタムのアンケートと一緒に使用すると、MTA の評価が誤作動する
MTA ユーザーインターフェイスで、カスタムのアンケートから生成された評価フォームの質問への回答を選択すると、フォームが別の質問で利用可能なオプションを選択します。
この問題を回避するには、セクションに記載されている 1 つ以上の 順番 キー( 回答 など)に一意の注文番号があることを確認します。
MTA UI は、Gradle アプリケーションのオープンソース依存関係に違反をトリガーしません
MTA UI は、Gradle アプリケーションの source+dependency 分析を実行すると、オープンソースライブラリーの違反をトリガーしません。その結果、分析レポートには、オープンソースの依存関係のインシデントがリストされません。
この問題を回避するには、MTA コマンドラインインターフェイス(CLI)を使用して Gradle アプリケーションを分析します。
MTA UI がサービスバインディングでアプリケーションを処理できない
アプリケーション(MTA)ユーザーインターフェイス(UI)に移行ツールキットを使用して、サービスバインディングを使用してデプロイされた Cloud Foundry (CF)アプリケーションのアプリケーション検出を実行すると、MTA UI は VCAP_SERVICES 環境変数を正しく解析してサービスバインディング情報を処理します。その結果、検出に失敗します。
この問題を回避するには、MTA コマンドラインインターフェイス(CLI)を使用してアプリケーション検出を実行します。
パラメーターを指定するときに、METHOD_CALL または CONSTRUCTOR_CALL を持つルールが予想される場所に一致しない
METHOD_CALL および CONSTRUCTOR_CALL の場所を持つ Java ルールの検索パターンは、アプリケーションのソースコードの想定されるメソッドおよびコンストラクターと一致しません。
以下に例を示します。
java.referenced:
location: CONSTRUCTOR_CALL
pattern: javax.servlet.UnavailableException(javax.servlet.Servlet,java.lang.String)
java.referenced:
location: CONSTRUCTOR_CALL
pattern: javax.servlet.UnavailableException(javax.servlet.Servlet,java.lang.String)
does not match
String str = "something"; Servlet s = exception1.getServlet(); UnavailableException exception2 = new UnavailableException(s, str);
String str = "something";
Servlet s = exception1.getServlet();
UnavailableException exception2 = new UnavailableException(s, str);
さらに、完全修飾名(FQN)が含まれていない検索パターンが一致しません。以下に例を示します。
java.referenced:
location: CONSTRUCTOR_CALL
pattern: UnavailableException(Servlet s,String str)
java.referenced:
location: CONSTRUCTOR_CALL
pattern: UnavailableException(Servlet s,String str)
既知の回避策はありません。
1.2. 修正された問題 リンクのコピーリンクがクリップボードにコピーされました!
アプリケーション(MTA)バージョン 8.0.1 用の移行ツールキットでは、以下の修正された問題と重大な影響を与えるその他の問題が提供されます。
MTA 8.0.1 では、Java バイナリー分析のパフォーマンスが大幅に改善されています。この変更の前は、Java バイナリーアプリケーションを分析すると、MTA は一部のオープンソースの依存関係を内部依存関係として誤って分類し、その後コンパイルおよび分析され、分析の完了に時間がかかりました。Maven インデックスファイルの場所は Java プロバイダーに渡され、埋め込み依存関係がオープンソースか内部か判断されるようになりました。今回の修正により、以下の 2 つの問題が解決されました。
MTA でのバイナリーアプリケーション分析のレイテンシーの削減
バイナリーを分析した場合、MTA は Maven 検索に依存するため、パフォーマンスが低下していました。このリリースでは、外部インデックスに接続する必要がない事前に生成される Maven インデックスを導入することで、この問題が修正されました。
バイナリーアプリケーションの分析
Java バイナリーアプリケーションを分析した場合、MTA は一部のオープンソース依存関係を内部依存関係として誤って分類します。今回のバージョンでは、この問題は修正された場合の問題です。これにより、source+dependency バイナリー分析後に、MTA は組み込みのオープンソース依存関係を正しく分類します。
MTA を使用すると、Cloud Foundry からアプリケーションをインポートするときに組織をターゲットにすることができます。
Cloud Foundry (CF)からアプリケーションをインポートした場合、MTA には CF 組織を示すためのプロビジョニングがありませんでした。このリリースにより、この問題は修正されました。検出プロセス用に 1 つ以上の組織、スペース、およびアプリケーションを設定できます。スペースはさまざまな組織に所属でき、アプリケーションは異なるスペースに所属できます。アプリケーション検出には最低でも 1 つの組織を指定する必要があります。
MTA CLI がサービスバインディングで Cloud Foundry アプリケーションを正しく処理
MTA CLI でライブ接続を使用したサービスバインディングを使用した Cloud Foundry (CF)アプリケーションの検出プロセスに失敗しました。MTA CLI は、サービスアレイのサービスバインディング情報を処理するために、VCAP_SERVICES 環境変数を正しく解析しませんでした。たとえば、cf bind-service < application_name> postgres 01 などです。今回のバージョンでは、この問題は修正されています。その結果、MTA CLI はサービスバインディングで CF アプリケーションの検出を正常に完了します。
MTA にインポートされた Cloud Foundry アプリケーションは自動的にタグ付けされます。
Cloud Foundry (CF)インスタンスから MTA のアプリケーションをインポートした場合、アプリケーションに Cloud Foundry タグが含まれていませんでした。タグは、アプリケーションをアーキタイプにリンクします。アーキタイプには、移行パスのデプロイメントアセットを生成するジェネレーターがあります。このリリースにより、この問題は修正されました。インポートされたアプリケーションに Cloud Foundry タグを手動で追加する必要がなくなりました。
MTA Web コンソールのアプリケーションインベントリーから Cloud Foundry アプリケーションをインポートできます
今回の更新以前は、MTA アーキテクトは、アプリケーションインベントリーページの Cloud Foundry (CF)ソースプラットフォームからアプリケーションを検出またはインポートできませんでした。その結果、MTA 管理者のみが Administrator モードの Source platforms ページにアプリケーションをインポートできます。このリリースにより、この問題は修正されました。アーキテクトは、アプリケーションインベントリーに CF アプリケーションをインポートできるように なりまし た。
大規模なコード解決で、Red Hat Developer Lightspeed for MTA を同時に使用すると競合状態が生じなくなりました。
大規模なコード解決の Red Hat Developer Lightspeed for MTA Visual Studio (VS) Code プラグインを使用した Solution Server の同時使用により、インシデントの重複が発生しました。このリリースにより、この問題は修正されました。プラグインは、多くのユーザーが同時に使用するときに特定されたインシデントの解決を生成します。
Java の MTA ルールでは、FQN を使用してソースコードのアノテーションを照合します
この更新の前は、Java アプリケーションのアノテーションルールでは、ルール内のアノテーションの場所と照合するために完全修飾名(FQN)が使用されていませんでした。その結果、ルールは問題の誤った一致または誤検出をトリガーしました。たとえば、javax.enterprise.inject.Produces を探すルールは、javax.ws.rs.Produces の発生と誤って一致します。このリリースにより、この問題は修正されました。
MTA は、Java アプリケーション分析でインポートステートメントをワイルドカードと照合するためのルールをトリガーします。
MTA は、Java アプリケーションの分析時にワイルドカードが含まれるインポートステートメントに一致するルールをトリガーしませんでした。その結果、分析後にレポートで特定のインシデントが検出されませんでした。このリリースにより、この問題は修正されました。
MTA ユーザーインターフェイスを使用すると、エラーなしでセキュアな SVN アプリケーションを編集できます。
SVN リポジトリーに保存されているアプリケーションの Allow insecure connection を無効にし、アプリケーションを編集すると、ユーザーインターフェイスには、TypeError が 未定義のプロパティーを読み取ることができない(kind)のプロパティーを読み取ることができないため、空の ページが表示されました。今回のバージョンでは、この問題は修正されています。MTA ユーザーインターフェイスでセキュアな SVN アプリケーションを編集できます。
MTA は、SVN リポジトリーでの Java アプリケーションの言語および技術検出に失敗しなくなりました
今回の更新以前は、SVN リポジトリーに保存されている Java アプリケーションのソースコードの場合、SVN 認証情報を使用してリポジトリーをチェックアウトしようとすると、MTA はエラーが発生していました。そのため、アプリケーションの言語と技術の検出に失敗していました。このリリースにより、この問題は修正されました。SVN リポジトリーに保存されているアプリケーションをエラーなしで分析できるようになりました。
リポジトリータイプフィールドの設定をスキップすると、MTA はソースリポジトリーの URL を表示します。
Git または Subversion リポジトリータイプのいずれかを選択しなかった場合、MTA はアプリケーション詳細ビューにソースリポジトリーの URL を表示しませんでした。その結果、アプリケーションのソースコードで分析を実行することができませんでした。このリリースにより、この問題は修正されました。リポジトリー type フィールドを設定しない場合でも、MTA を使用してソースコードで分析を実行できるようになりました。
MTA ユーザーインターフェイスでカスタムアンケートを使用して、評価を完了できます。
この更新前は、Web コンソールで Next ボタンが無効になっているため、カスタムアンケートへの応答を入力した後、最後のステップに進むことができませんでした。このリリースにより、この問題は修正されました。
一度に多くのアップロードされると、MTA Web コンソールはカスタムルールを検出する
MTA Web コンソールで一度に複数のカスタムルールをアップロードすると、ルールは検出されませんでした。今回のバージョンでは、この問題は修正されています。1 つ以上のカスタムルールを一度にアップロードできます。
第2章 MTA 8.0.0 リンクのコピーリンクがクリップボードにコピーされました!
MTA 8.0.0 セクションでは、新機能および拡張機能、テクノロジープレビュー機能、削除された機能、修正された問題、および既知の問題を一覧表示します。
2.1. 新機能および機能拡張 リンクのコピーリンクがクリップボードにコピーされました!
アプリケーション(MTA)バージョン 8.0.1 用の移行ツールキットは、以下の主要な新機能と機能強化を提供します。
Red Hat Developer Lightspeed for MTA が VS Code 拡張機能で利用可能になりました
VS Code 拡張機能で Red Hat Developer Lightspeed for MTA 機能の使用を選択できます。Developer Lightspeed 機能を使用すると、任意の大規模言語モデル (LLM) を使用して、Java アプリケーションの静的コード分析で見つかった問題を解決するためのコード変更をリクエストできます。
Red Hat Developer Lightspeed for MTA には、以下のコア機能があります。
RAG ソリューション: Red Hat Developer Lightspeed for MTA は、コードに存在する問題をコンテキストベースで解決するために Retrieval Augmented Generation (RAG) を使用します。Developer Lightspeed は、LLM と共有されたコンテキストを改善し、コードの問題を修正するためのより正確な提案を生成します。
コンテキストは、ソースコード、問題の説明、解決済み事例を組み合わせたものです。解決済み事例には、別の移行で受け入れたコード変更、手動で変更したコード、今後使用できる問題の解決策のパターンが含まれます。
ソリューションサーバー (テクノロジープレビュー): ソリューションサーバーは、Red Hat Developer Lightspeed for MTA が、組織内で実行されたすべての分析に基づくコード変更の集合的なメモリーを構築することを可能にするコンポーネントです。また、LLM と連携して、解決済み事例からの解決策のパターンを今後の分析のために改善します。
ソリューションサーバーは、ユーザーに 2 つの主な利点をもたらします。
- コンテキストヒント: 成功したユーザー変更や承認された修正など、移行に関する過去の解決策の例をすくい上げ、困難な移行問題やこれまで解決できなかった移行問題に対する実用的なヒントを提供します。
- 移行の成功メトリクス: 実際の使用状況データから得た、各移行ルールの詳細な成功メトリクスを明らかにします。これらのメトリクスを IDE または自動化ツールで使用すると、Red Hat Developer Lightspeed for MTA により特定の移行問題またはインシデントを、コードセグメントを正常に解決できる “信頼性の度合い” または確率をユーザーに提示できます。
- エージェント型 AI (テクノロジープレビュー): エージェントモードでは、Red Hat Developer Lightspeed for MTA はコード内の問題に対してイテレーティブな解決策を作成します。提案された解決策を受け入れると、Developer Lightspeed はコードをスキャンして、受け入れられた解決策によって発生する可能性のある診断またはリンティングの問題を検索し、それらの問題を修正します。注記: Red Hat Developer Lightspeed for MTA の機能のサポートを受けるには、有効な Red Hat Advanced Developer Suite (RHADS) のサブスクリプションが必要です。(MTA-5738)
MTA は、移行元プラットフォームインスタンスからアプリケーションをインポートするためのプラットフォーム認識をサポートします
プラットフォーム認識を使用すると、移行元プラットフォームからアプリケーションを検出し、MTA アプリケーションインベントリーにインポートできます。MTA は、アプリケーションがデプロイされている移行元プラットフォーム内の座標によってアプリケーションを検出します。プラットフォーム認識を使用すると、アプリケーションのプラットフォームおよびランタイム設定を使用して、他のデプロイメントアセットの生成に使用できる検出マニフェストを作成できます。MTA 8.0.0 では、Cloud Foundry プラットフォームにデプロイされたアプリケーションを検出できます。
(MTA-4846)
MTA は、Web コンソールでのアプリケーション移行のためのアセット生成をサポートします
検出マニフェストを使用して、Web コンソールでアセットを生成し、Red Hat OpenShift または Kubernetes にアプリケーションをデプロイできます。アセット生成ワークフローには、ジェネレーター、ターゲットプロファイル、およびアーキタイプが含まれます。ジェネレーターは、アプリケーションマニフェスト設定を解析して、特定の種類のターゲットプラットフォーム用のデプロイメントアセットを作成します。ターゲットプロファイルでは、指定されたアーキタイプに対して 1 つ以上のジェネレーターを順番に実行できます。
(MTA-4847)
MTA CLI は、リモート CF インスタンスでのライブ検出の実行をサポートします。
この更新により、特定の Cloud Foundry (CF) クラスターに何がデプロイされているかを確認する場合に、ライブ検出を実行できるようになります。たとえば、クラスター内にあるアプリケーションの数を確認できます。ライブ検出は、マニフェスト YAML ファイルにアクセスできない場合にも使用できます。
詳細は、リモート CF インスタンスでのライブ検出の実行 を参照してください。
(MTA-4847)
MTA CLI は検出マニフェスト内の機密情報の秘匿化をサポートします
mta-cli discover cloud-foundry --conceal-sensitive-data コマンドを使用すると、Cloud Foundry (CF) 検出マニフェスト内のサービスや Docker 認証情報などの機密情報を秘匿化できます。このコマンドは次のファイルを生成します。
- 検出マニフェスト
- 秘匿化されたデータが含まれるファイル
詳細は、検出マニフェストで機密情報を秘匿化する を参照してください。
(MTA-4847)
MTA UI で分析の Insights を使用できます
分析の Insights には、アプリケーションで使用されるテクノロジーとコード内でのその使用状況に関する情報が含まれています。この更新前は、Insights 情報は、アプリケーション分析を実行した後の分析出力と静的レポートでのみ使用できました。今回の機能拡張により、アプリケーション(MTA)ユーザーインターフェイス(UI)の移行ツールキットからも分析に関する洞察にアクセスできるようになりました。
(MTA-5420)
アプリケーション分析用の新しい VS Code IDE プラグイン
この機能強化により、次の機能を備えた新しい Visual Studio Code (VS Code) IDE プラグインを使用できるようになりました。
- 標準的なアプリケーション分析と問題検出
生成 AI (GenAI) 機能:
- 有効にすると、GenAI を使用して分析インシデントの解決策を見つけることができます。GenAI はデフォルトで有効になっています。
- 無効にすると、標準のアプリケーション分析を実行できます。
注記: 変更を適用するには、Gen AI 設定の変更後にサーバーを再起動する必要があります。
(MTA-5360)
MTA UI でデフォルト認証情報の設定がサポートされました
今回の更新以前は、このアプリケーションをアプリケーション(MTA)ユーザーインターフェイス(UI)用の移行ツールキットに追加またはインポートした後にのみ、アプリケーションに認証情報を手動で割り当てることができました。しかし、言語およびテクノロジーの検出タスクのために各アプリケーションの認証情報が必要な、大規模なアプリケーションセットをインポートする必要がある場合もあります。この更新により、認証情報を手動で定義する代わりに、認証情報が割り当てられていないアプリケーションに対してデフォルトで使用される認証情報を定義できます。
デフォルトの認証情報として設定できるのは、Maven またはソース管理の認証情報のみです。認証情報のタイプごとに定義できるデフォルトの認証情報セットは 1 つだけです。
詳細は、デフォルト認証情報の設定 を参照してください。
(MTA-5254)
2.2. テクノロジープレビュー機能 リンクのコピーリンクがクリップボードにコピーされました!
本セクションでは、アプリケーション(MTA) 8.0.1 移行ツールキットで利用可能なテクノロジープレビュー機能の一覧を提供します。
テクノロジープレビュー機能に対する Red Hat のサポート範囲の詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。
Developer Lightspeed のソリューションサーバーをサポートします (テクノロジープレビュー)
ソリューションサーバーは、Developer Lightspeed for MTA が、組織内で実行されたすべての分析に基づくコード変更の集合的なメモリーを構築することを可能にするコンポーネントです。この機能はテクノロジープレビュー機能です。ソリューションサーバーは、LLM と連携して、解決済み事例からの解決策のパターンを今後の分析のために改善します。
ソリューションサーバーには次の利点があります。
- コンテキストヒント: 成功したユーザー変更や承認された修正など、移行に関する過去の解決策の例をすくい上げ、困難な移行問題やこれまで解決できなかった移行問題に対する実用的なヒントを提供します。
- 移行の成功メトリクス: 実際の使用状況データから得た、各移行ルールの詳細な成功メトリクスを明らかにします。これらのメトリクスを IDE または自動化ツールで使用すると、Developer Lightspeed for MTA により特定の移行問題またはインシデントを、コードセグメントを正常に解決できる “信頼性の度合い” または確率をユーザーに提示できます。
Developer Lightspeed におけるエージェント型 AI のサポート (テクノロジープレビュー)
エージェントモード (エージェント型 AI) では、Red Hat Developer Lightspeed for MTA はコード内の問題に対してイテレーティブな解決策を作成します。提案された解決策を受け入れると、Developer Lightspeed はコードをスキャンして、受け入れられた解決策によって発生する可能性のある診断またはリンティングの問題を検索し、それらの問題を修正します。この機能はテクノロジープレビュー機能です。
2.3. 削除された機能 リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、アプリケーション(MTA) 8.0.1 用の移行ツールキットで削除された機能の一覧を紹介します。削除された機能はすべて以前のリリースで非推奨となり、サポートされなくなりました。
XML ルールが削除されました
アプリケーションの移行ツールキット(MTA) 8.0.1 では、XML ルールが削除され、MTA ユーザーインターフェイス(UI)とコマンドラインインターフェイス(CLI)の両方でサポートされなくなりました。
(MTA-5357)
Eclipse IDE プラグインが削除されました
アプリケーションの移行ツールキットの Eclipse IDE プラグイン(MTA)は、アプリケーションの移行とモダナイゼーションの作業を分析するために使用できるため、今後サポートされなくなりました。代わりに、Visual Studio Code (VS Code)用のアプリケーション拡張機能に移行ツールキットを使用できます。
2.4. 既知の問題 リンクのコピーリンクがクリップボードにコピーされました!
アプリケーション(MTA)バージョン 8.0.0 用の移行ツールキットは、新しく特定され、以前の既知の問題の影響を受けます。既知の問題は、解決されるまで今後のリリースノートに記載され、解決された時点で修正済みの問題として公開されます。
MTA CLI によるアプリケーション分析が "invalid header line" エラーで失敗します
アプリケーション(MTA)コマンドラインインターフェイス(CLI)の移行ツールキットを使用したアプリケーションの分析が失敗し、次のエラーメッセージが表示される場合があります。
level=error msg="initialize failed" error="context canceled" provider=java error="invalid header line "An error has occurred. See the log file"
level=error msg="initialize failed" error="context canceled" provider=java
error="invalid header line "An error has occurred. See the log file"
この問題を回避するには、メタデータとキャッシュをクリーンアップします。
-
mta-cli analyzeコマンドを実行したディレクトリーの下の.metadataサブディレクトリーをクリアします。 - Maven キャッシュをクリアします。
(MTA-6125)
カスタムルールを追加または削除しても MTA 分析結果が変化しません
Developer Lightspeed for MTA を使用すると、カスタムルールを追加または削除しても、アナライザープロセスを再起動しないと分析結果が変化しません。
この問題を回避するには、設定を変更した後、Start/Stop ボタンをクリックしてアナライザープロセスを再起動します。
(MTA-6129)
ANNOTATION のロケーションルールが FQN と一致しません
ANNOTATION 検索ロケーションで、アノテーションを照合する際に完全修飾名 (FQN) が適切に使用されません。そのため、分析の問題において不正確な一致や誤検出が発生します。たとえば、javax.enterprise.inject.Produces パターンを使用してアノテーションを検索するルールは、ソースコード内に出現する javax.ws.rs.Produces アノテーションを誤って照合する可能性があります。
既知の回避策はありません。
(MTA-6195)
Developer Lightspeed for MTA データベースが接続エラーを出力します
ソリューションサーバーは、短時間に同時接続が増加すると接続エラーを出力します。この問題を回避するには、次のコマンドを入力して、Developer Lightspeed for MTA データベースがアイドル状態の接続を期限切れにできるようにします。
oc -n openshift-mta exec deploy/kai-db – psql -U postgres -d postgres -c "ALTER ROLE kai SET idle_session_timeout = '1min'; ALTER ROLE kai SET idle_in_transaction_session_timeout = '1min';"
oc -n openshift-mta exec deploy/kai-db – psql -U postgres -d postgres -c "ALTER ROLE kai SET idle_session_timeout = '1min'; ALTER ROLE kai SET idle_in_transaction_session_timeout = '1min';"
(MTA-6204)
2.5. 修正された問題 リンクのコピーリンクがクリップボードにコピーされました!
アプリケーション(MTA)バージョン 8.0.0 用の移行ツールキットでは、以下の修正された問題と重大な影響を与えるその他の問題が提供されます。
デプロイメントマニフェストの生成時に、デフォルトの values.yaml ファイルが discover values.yaml ファイルとマージされます。
この更新前は、Helm テンプレートを使用してデプロイメントマニフェストを生成すると、Helm チャートとともにパッケージ化された `values.yaml` ファイル内のデフォルト値が無視されていました。その結果、mta-cli discover コマンドを実行した後に作成された values.yaml ファイルの値のみが使用されていました。この更新により、デフォルトの values.yaml ファイルが discover values.yaml ファイルと統合されます。
(MTA-5793)
MTA CLI が Gradle プロジェクトの依存関係の検出に失敗しなくなりました
今回の更新以前は、コンテナーレスモードで Gradle プロジェクトのアプリケーション分析を実行すると、アプリケーション(MTA)コマンドラインインターフェイス(CLI)の移行ツールキットが Gradle 依存関係を検出しませんでした。その結果、分析レポートには依存関係がリストされず、代わりに分析ログにエラーメッセージが表示されました。この更新により、問題が修正されました。その結果、MTA CLI は分析が完了した後に Gradle 依存関係を検出します。
(MTA-5793)
MTA UI は、Gradle バージョン 7 以降でビルドされたプロジェクトの分析に失敗しなくなりました
今回の更新以前は、移行ツールキット(MTA)ユーザーインターフェイス(UI)で、ソースコード + 依存関係 モードで Gradle を使用して構築されたアプリケーションを分析すると、Gradle バージョン 7 以降がインストールされていると分析に失敗していました。この更新により、問題が修正されました。
(MTA-5907)
検出マニフェストに、アプリケーションで定義されているすべての Web プロセスがリストされます
この更新前は、mta-cli discover コマンドは、プロセスタイプが明示的に定義された processes レベルのプロセスのみを検出マニフェストのプロセスブロックに移動していました。その結果、検出マニフェストでは、processes ブロックに暗黙的なアプリケーションレベルのプロセスがリストされませんでした。そのため、特に複数のプロセスタイプが計画されている場合、推奨される鋭角性と適切な設定プラクティスに違反する結果となりました。この更新により、mta-cli discover は暗黙的および明示的なアプリケーションレベルのプロセスタイプを検出マニフェストの processes ブロックに移動するようになりました。
(MTA-6030)