Yokohama パッチ 6 ホットフィックス 1

  • リリースバージョン: Yokohama
  • 更新日 2025年08月08日
  • 所要時間：4分

    • Yokohamaパッチ 6 ホットフィックス 1 リリースには、これらの問題に対する修正が含まれています。

    ビルド情報：
    ビルド日: 08-05-2025_2351
    ビルドタグ: glide-yokohama-12-18-2024__patch6-hotfix1-08-01-2025
    重要:
    インスタンスのアップグレード方法の詳細については、「ServiceNow アップグレード」を参照してください。

    リリースサイクルの詳細については、「ServiceNow リリースサイクル」を参照してください。

    注:
    この Now Platform メジャーファミリーリリースは、ServiceNow の規制市場環境で利用できるようになりました。隔離された環境で利用可能なサービスの詳細については、「KB0743854」を参照してください。

    修正された問題

    問題 簡単な説明 説明 再現手順

    アクティビティストリーム

    PRB1923345

    		 ワークスペースのアクティビティ応答生成 (ARG) の更新は Yokohama には含まれません ワークスペースに引数の変更がありません。
    1. アクティビティ応答の生成を設定します。
    2. 構成を有効にします。

    アナリティクスデータ API

    PRB1845187

    KB2238953

    		 パフォーマンスアナリティクスダッシュボードで KPI をドリルダウンすると、「インターネット接続がありません (No internet connection)」というエラーが表示される 値をドリルダウンすると、「インターネット接続がありません」というエラーが表示されて、ユーザーは KPI 詳細ページにリダイレクトされます。

    詳細については、リストの KB 記事を参照してください。

    アプリケーションマネージャー

    PRB1924202

    KB2397128

    		 [自分の会社のアプリケーション] ($mycompany appsmgmt.do) ページが見つかりません Yokohama をアップグレードした後、[会社のアプリケーション (My Company Application)] ページが見つからない。

    詳細については、リストの KB 記事を参照してください。

    キャッシュ

    PRB1922845

    		 LazyInputStream が LargeContentDiskCache によって読み取られる前に閉じられた場合、ファイルハンドラーが開いたままになる LazyInput Stream#stream によって内部 StreamSupplier が開かれる前に LazyInput#close が呼び出された場合、ガベージ コレクション中にファイナライザーが呼び出されるまで、InputStream は開いたままになります。LargeContent DiskCache を使用し、getMetadata() または contentExists() のみを呼び出すと、ファイルハンドルがリークします。サプライヤーは呼び出されず、ストリームは開かれないため、LazyInputStream を閉じても、基礎となる FileInputStream は閉じられません。これらのリークされたファイルハンドルは、ガベージコレクターがファイナライザーを実行する場合にのみ解放されます。
    1. Glide を開始します。
    2. Java Process Status (JPS) を実行します。
    3. Glide プロセスのプロセス ID (PID) を取得します。
    4. LSOFを実行します。
    5. ファイル記述子エントリをメモします。
    6. キャッシュをフラッシュします。
    7. サービスオペレーションワークスペースのホームページをロードします。
    8. 手順 3 から手順 6 を繰り返します。

    予想される動作:ファイル記述子エントリが元の数に近くなります。

    実際の動作:ファイルハンドラーが開いたままになっていることを示す、10 個または 100 個の追加のファイル記述子エントリに注目してください。

    UX フレームワーク

    PRB1923311

    		 UX 依存関係トレースでは、LargeContentDiskCache を使用する必要があります。ファイルの接触を避けるための getMetadata キャッシュヒットがある場合、ファイル記述子は増加しないようにしてください。
    1. ワークスペースのホームページ (CSM、SOW、ケースレコードなど) にアクセスします。
    2. ページを複数回再ロードします。
    3. LSOF のオープンファイル記述子を監視します。
    4. ファイル記述子エントリに注目してください。

    キャッシュがヒットしてもファイル記述子が増加することに注意してください。

    含まれる修正

    特に記載のない限り、以下のいずれのバージョンからでも、このリリースバージョンに安全にアップグレードできます。これら以前のバージョンに含まれる PRB の修正は、このリリースにも含まれています。関心のあるすべての PRB 修正を含む、一覧されている最新パッチにアップグレードしてください。