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 つ以上のカスタムルールを一度にアップロードできます。