MID Server (OpenJDK/Oracle JRE) と互換性があり、サポートされている Java のバージョンDescription Kingston まで、MID Server は Oracle の Java Runtime Environment (JRE) のビルドにバンドルされていました。Madrid 以降、ServiceNow 独自の OpenJDK ベースの JRE ビルドが含まれています。この JRE は、それ以降、すべての MID Server 関連のリリーステストで使用されてきました。Paris から、バンドルされた Java 8 または 11 OpenJDK JRE は、メジャーリリースのたびに最新のパッチに更新される予定でした。 バンドルされた JRE を使用する必要はありません (最後にある解決手順を参照)。セキュリティ上の理由から、または JRE をカスタマイズしてアップグレードのたびに上書きしないようにする必要があるために、代わりに最新の Java パッチを使用する必要がある場合があります。 Orlando/Paris のリリースの時点で、MID サーバーは、独自のビルドとパッチ レベルだけでなく、すべての Oracle および OpenJDK JRE をサポートしていることを公式に文書化しています。ただし、Quebec 以降は Java 11 のみを使用する必要があり、Utah 以降はまったく機能しません。また、Vancouver では Java 17 がバンドルされています。これらのバンドルされていない JRE のいずれかを使用して MID Server で ServiceNow の機能とコードを実行する際に問題が発生した場合は、製品の不具合として扱われ、ワークアラウンドまたは修正の提供を試みます。テクニカルサポートから、バンドルされたサービス (OpenJDK ビルド) に一時的に切り替えて、JRE バージョンが報告された問題に関連するかどうかを確認するように依頼される準備をしてください。 JRE バージョンに固有の次の既知の問題が Tokyo で修正されました。 PRB1548158 / KB1001926:64 ビットホストマシンにインストールされた 32 ビット MID Server が Rome で自動アップグレードに失敗する (参照: 他の既知のエラーのナレッジベース) MID Server インストーラーJava ランタイム<= Kingston Oracle 1.8.0_152 JRE (8u152) は、MID Server インストーラーでサポートおよび配布されます。以前のリリースには 8u60、8u40、6u45、および 6u14 が含まれており、これらは当時「サポートされていたバージョン」であり、MID Server とともにアップグレードされていました。 Kingston パッチ 14 は、Oracle JRE を含む最後のパッチでした。 Kingston パッチ 14b ホットフィックス 1 には、Madrid で使用されている OpenJDK 1.8.0_181 JRE が含まれています。 London London パッチ 7 以前の完全なインストーラー ZIP ファイルには JRE は含まれていません。顧客は独自の JRE を調達する必要がありました。 ただし、MID Server が Kingston より前にインストールされている場合、アップグレードされた London MID Server は、ServiceNow によって最初にインストールされた Oracle JRE を引き続き使用します。 London パッチ 8 以降には、Madrid で使用されている OpenJDK 1.8.0_181 JRE が含まれています。 エージェントフォルダーの外部で独自の Oracle JRE を使用しているお客様は、次の手順を使用して OpenJDK の使用に戻すことができます。KB0719389 MID サーバーを既存の Java ランタイム環境 (JRE) から ServiceNow が提供する OpenJDK に切り替える Madrid /New York /Orland OpenJDK 1.8.0_181 JRE の ServiceNow ビルドがサポートされ、含まれています。 Madrid より前にインストールされ、まだ Oracle JRE を使用している MID Server は、OpenJDK JRE に置き換えられます。 1.8.0_181 を含む最後のバージョンは、Madrid パッチ 10、New York パッチ 7、および Orlando パッチ 2 です。 Paris /Orlando パッチ 3 /New York パッチ 8 OpenJDK 1.8.0_231 は Paris に含まれ、現在の Orlando および New York パッチに既にバックポートされています。 (1.8.0_231-sncmid1) New York パッチ 8 および Orlando パッチ 3 以降には 1.8.0_231 が含まれています。このバージョンには Madrid パッチが含まれていません。 Quebec OpenJDK 11.0.8 JRE の ServiceNow ビルドがサポートおよび含まれています (11.0.8-sncmid1)。この Java バージョンでは、TLS v1.3 のサポートが追加されています。 32 ビットインストーラーは利用できなくなりましたが、バンドルされている Java を v11 に含め、既存の 32 ビットインストールは引き続きこのリリースでアップグレードされます。Rome にアップグレードする前に、これらの MID Server を廃止して置き換え ] する必要があります。 Linux 32 ビット MID Server、および glibc バージョンが 2.17 未満の Linux 64 ビット MID Server は Java 11 を使用できず、Java 8 のままになります。2020 年 11 月に、影響を受けるお客様にメールが送信されました。詳細については、「 KB0863694」を参照してください。 注意:Quebec には cacerts ファイルを保持するための修正が含まれていますが、 はアップグレードした の後にのみ適用されるため、Quebec のアップグレードでは cacerts ファイルが失われる可能性があります。これは、インターセプションファイアウォールを介してインスタンスに接続するための証明書チェーンを追加した場合に特に重要です。この修正は Orlando パッチ 10 および Paris パッチ 4 にバックポートされているため、cacerts の内容が失われることによる問題を回避するには、Quebec アップグレードの前にインスタンスをそれらのパッチ以降にアップグレードし、Java 11 アップグレードで cacerts ファイルが置き換えられないようにします。詳細については、以下を参照してください。PRB1320637 / KB0750004 新しい JRE バージョンを含む MID Server のアップグレードは cacerts ファイルを上書きしますPRB1451866 / KB0869024 PRB1320637 の修正では、cacerts トラストストアファイルのパスワードをデフォルトの「changeit」のままにする必要があります。顧客が許可しないため、JRE のアップグレード (Quebec など) およびその後の MID Server と統合の機能停止中に証明書が削除される 警告:agent/extlib の追加の JAR ファイル/クラスに依存するサードパーティアプリとカスタム実装も、Quebec にアップグレードする前に Java 11 でテストおよび検証する必要があります。 Rome OpenJDK 11.0.9.1 JRE の ServiceNow ビルドがサポートされ、含まれています (11.0.9.1-sncmid1)。 32 ビットのホストマシン MID Server は Windows または Linux でサポートされなくなったため、64 ビットの JRE のみが含まれます。2020 年 11 月に、影響を受ける顧客にメールが送信されました。詳細については、「 KB0863694」を参照してください。 32 ビット MID Server はアップグレードされず、「アップグレードに失敗しました」ステータスの以前のインスタンスバージョンのままになります。これは、コード/データ/セキュリティの不一致が原因で機能しなくなる可能性があり、交換用の MID Server 用に新しいホストをプロビジョニングする必要があります。すぐにインストールできます 32 ビットインストール (32 ビット JRE を含む) は 64 ビットホストでも引き続きサポートされますが、これに関連する既知の問題があります。KB1001926 インストールされた 32 ビット MID Server が Rome で自動アップグレードに失敗する San Diego OpenJDK 11.0.12 JRE の ServiceNow ビルドがサポートされ、含まれています (11.0.12-sncmid1)。 Windows x86 ~ 64mid-jre.sandiego-12-22-2021__patch0-ホットフィックス2-02-04-2022_02-07-2022_1650.windows.x86-64.zipWindows x86 ~ 32mid-jre.sandiego-12-22-2021__patch0-ホットフィックス2-02-04-2022_02-07-2022_1650.windows.x86-32.zipLinux x86-64mid-jre.sandiego-12-22-2021__patch0-ホットフィックス2-02-04-2022_02-07-2022_1650.linux.x86-64.zipLinux x86-32mid-jre.sandiego-12-22-2021__patch0-ホットフィックス2-02-04-2022_02-07-2022_1650.linux.x86-32.zip Tokyo OpenJDK 11.0.15 の ServiceNow ビルドがサポートされ、含まれています (11.0.15-sncmid1) mid-jre.Tokyo-07-08-2022__patch9-ホットフィックス2a-06-26-2023_07-05-2023_1648.windows.x86-64.zipmid-jre.Tokyo-07-08-2022__patch9-ホットフィックス2a-06-26-2023_07-05-2023_1648.linux.x86-64.zip Utah OpenJDK 11.0.16.1の ServiceNow ビルドがサポートされ、含まれる (11.0.16.1-sncmid1) KB1124078 MID Server JRE バージョンの最小要件が Utah リリースから JRE 11 に変更されました TLS 1.1 以前はサポートされなくなります。2022-02-14 に「MID Server サポート通知:通知」という件名のメールが送信されました。ワークアラウンドについては、次を参照してください: KB1006178 - 「11.0.12」JRE mid を介した特定の証明書の検出に関する問題 mid-jre.utah-12-21-2022__patch2-03-30-2023_04-10-2023_1543.windows.x86-64.zipmid-jre.utah-12-21-2022__patch2-03-30-2023_04-10-2023_1543.linux.x86-64.zip Vancouver パッチ 0 (EA) OpenJDK 17.0.5 の ServiceNow ビルドは、Vancouver で計画されていましたが、一般提供 (GA) リリースで Java 11 に戻されました。 Vancouver パッチ 1 (GA) OpenJDK 11.0.16.1の ServiceNow ビルドがサポートされ、含まれる (11.0.16.1-sncmid1) 注意:Vancouver の GA リリースは、Java 17 を含む BCFIPS 1.0.2.jar の CVE-2022-45146 が原因で Java 11 に戻りました。 Washington DC OpenJDK 17 の ServiceNow ビルドが計画されています (未定)。 管理者は、アップグレードする前に、資格情報リゾルバー、JDBC ドライバーなどのサードパーティ JAR ファイルが Java 17 および「強力なカプセル化」と互換性があることを確認する必要があります。詳細情報:KB1273036 MID Server - JRE 17 アップグレード ResolutionMID Serverで独自の OpenJDK JRE を使用する必要がある場合は、次の手順に従ってください。 ベンダー独自の指示に従って、JRE を通常の方法でインストールしますが、必ず MID Server の「エージェント」インストールフォルダーの外部にインストールしてください。MID Server のアップグレードでは、agent フォルダー内に含まれるすべてのものを置き換えることができ、バンドルされた JRE の agent/jre/ フォルダー内のすべてのものを定期的に削除して置き換えることができます。agent/conf/wrapper-override.conf ファイルを編集して、新しくインストールされた外部 JRE を使用するように MID Server に指示します。(これは Unix 形式のファイルであるため、Windows ではメモ帳ではなくワードパッドを使用してください)MID Server サービスを再起動します。 ################################################################################# 外部 JRE################################################################################# 外部 JRE が優先される場合は、コメントを解除して編集します。デフォルトでは# 内部 JRE ディストリビューションが使用されます。番号# オプション:Java bin へのパス (エージェントディレクトリに対する相対パスまたは絶対パス)wrapper.java.command=C:\ServiceNow_MID_Servers\OpenJDK\8u251\jre\bin\java 警告: JRE を維持する責任があります。ServiceNow のアップグレードはこの JRE には影響しません。jre 内の .jar ファイルを異なるバージョンにスワップして JRE をカスタマイズすると、この JRE は servicenow でサポートされなくなります。使用する予定のバージョンとの互換性に関する既知の問題についてナレッジ ベースを検索してください。 作成者が知っている主要なもののみがリストされています。Additional Information Quebec から以前のバージョンにダウングレードされた MID Server は、JRE を再度ダウングレードしません。これにより、Orlando パッチ 9 および Paris パッチ 4 から修正されたPRB1419594が原因で問題が発生します。以前のバージョンにダウングレードする場合は、SIGAR ライブラリからの例外を回避するために、MID サーバーのパフォーマンス監視をオフにする必要があります。 ダウングレードは、アップグレードテスト後に再クローンを作成する場合によく発生します。この状況では、新しい MID Server が古いバージョンのインスタンスと通信するときに MID Server に問題が発生することが予想されます。最近のバージョンでも同様の互換性の問題が発生した場合、準本番インスタンスの MID Server を再インストールする必要があります。 https://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.htmlhttps://www.oracle.com/technetwork/java/javase/terms/license/javase-license.htmlhttps://openjdk.java.net/faq/