このリリースの Liberty の新機能

このリリースでは、 Libertyの主要な機能拡張が導入されています。

新機能
フィックスパックの継続配信
フィックスパックの番号付け

最新情報

Liberty の最新フィーチャーの多くは、 Open Liberty Web サイトで文書化されるようになりました。新しい Liberty のフィーチャーおよび機能について詳しくは、 Open Liberty ブログを参照してください。

Liberty フィーチャーのトピックでは、 Liberty 製品で使用可能なフィーチャーをリストし、最近導入されたフィーチャーをフィックスパック・アイコンで強調表示します。最近のフィックスパックでは、以下の重要な機能拡張が提供されています。

WebSphere Liberty オペレーター 1.3.2: WebSphere Liberty オペレーターの新しい 1.3.2 リリースに更新します。バージョン 1.3.2 では、オペレーティング・システム・パッケージおよび API ライブラリーのセキュリティー・フィックスの更新が追加されています。

アーカイブ・インストールのための Java SE 22 のサポート

分散: [AIX MacOS Linux Windows] Open Liberty 24.0.0.4 リリースでは、Java™ Platform, Standard Edition (Java SE) バージョン 22 のサポートが追加されています。 Liberty 24.0.0.4 以降で Java SE 22 を使用できます。 Java SE 22 は、非 Long-Term-Support (LTS) バージョンの Java です。 Liberty は、 Open Liberty Web サイトの「Supported Java Releases」表にリストされている Java SE バージョンのいずれかで実行されます。詳しくは、 Liberty Java ランタイム環境または Software Development Kit の更新および Open Liberty ブログを参照してください。

IBM i プラットフォームの場合 IBM i プラットフォームは、Java SE 8、Java SE 11、および Java SE 17 のみをサポートします。 Java SE 21 および Java SE 22 は、 IBM iではまだサポートされていません。

デフォルトの冗長ガーベッジ・コレクションでのパフォーマンスの問題のデバッグ

Open Liberty Java ランタイムの冗長ガーベッジ・コレクションを有効にすると、メモリー・リークやその他のパフォーマンス・ボトルネックをデバッグするのに役立ちます。 24.0.0.3以降、 IBM Java または IBM Semeru Runtimes を Java 実装として使用すると、詳細ガーベッジ・コレクションがデフォルトで有効になります。

最大 10 個の verbosegc.XXX.log ローリング・ログ・ファイルがログ・ディレクトリーに作成され、ファイル当たりの GC サイクル数は 1024 になります。ここで、 XXX はログ・ファイルのシーケンス番号を表します。以前は、Java 実装に関係なく、 Liberty の冗長ガーベッジ・コレクションはデフォルトでは有効になっていませんでした。詳しくは、 Open Liberty Web サイトを参照してください。

OpenID Connect クライアントおよびサーバーのバックチャネル・ログアウトによるセキュリティーの強化

Open Liberty バックチャネル・ログアウトにより、 OpenID Connect サーバーは OpenID Connect クライアントにユーザー・ログアウトを直接通知できるため、各 OpenID Connect クライアントはユーザーをローカルにログアウトすることもできます。

以前は、 OpenID Connect サーバーは、 OpenID Connect クライアントの Web ページに埋め込まれた iframe を使用してユーザーがログアウトしたことを OpenID Connect クライアントに通知できました。 Web ページがアクティブでなかった場合、 OpenID Connect クライアントは、 OpenID Connect サーバーで発生したログアウトを通知されませんでした。バックチャネル・ログアウトは、 OpenID Connect サーバーとクライアントの間の直接通信を介してこの問題を解決します。詳しくは、 Open Liberty ブログを参照してください。

Installation Manager の Java 21 サポート

Installation Manager は、 Liberty 環境で Java 21 をサポートします。この更新は、バージョン 23.0.0.11で導入された、アーカイブ・インストールに対する既存の Java 21 サポートに基づいています。詳しくは、 Java SDK のインストール、更新、およびアンインストールを参照してください。

WebSphere Liberty オペレーター 1.3.1

Red Hat OpenShift Container Platform 4.15 のサポートが 24.0.0.3に追加されました。

SCIM を使用してユーザーおよびグループを管理するアプリケーション用に Liberty InstantOn を構成します。: Liberty InstantOn。コンテナー化されたアプリケーションの起動時間が改善され、 System for Cross-domain Identity Management フィーチャー (scim-1.0) がサポートされるようになりました。詳しくは、 Faster startup for containerized applications with Liberty InstantOn および Configuring SCIM for user and group member managementを参照してください。
MicroProfile Reactive Messaging 3.0 および MicroProfile Streams Operators 3.0 を使用して、メッセージに否定応答します。: MicroProfile Reactive Messaging 3.0 フィーチャーおよび MicroProfile Streams Operators 3.0 フィーチャーは、否定応答、エミッター、およびバック・プレッシャー・サポートなどの新機能を導入します。以前は、 MicroProfile Reactive Messaging はメッセージを肯定的にしか確認できませんでした。ペイロードに問題が存在する場合、または例外的な動作が発生した場合は、問題がストリーム内で発生したかどうかを示すメカニズムも、問題を処理するメカニズムも使用できませんでした。更新されたフィーチャーおよび liberty-kafka コネクターは、これらのイベントを送信または処理できます。詳しくは、 Open Liberty Web サイトの Open Liberty ブログおよび Optimizing asynchronous communication with MicroProfile Reactive Messaging を参照してください。

より多くの Liberty フィーチャーでの InstantOn の使用: InstantOn は、 Liberty フィーチャーのサブセットをサポートします。 InstantOn は、Jakarta と Java XML Web Services、Jakarta と Java Mail の機能、および以前にサポートされていた機能のその他のバージョンを使用可能にする機能をサポートするようになりました。詳しくは、 Open Liberty Web サイトを参照してください。
Liberty 公開鍵の認証性の検証: WebSphere Liberty は、その秘密鍵を使用して、各 Liberty リリースにデジタル署名します。 Liberty 公開鍵を使用して、署名を確認し、パッケージが IBMによってリリースされたこと、およびパッケージがそのリリース以降に変更されていないことを確認することができます。バージョン 24.0.0.1以降、提供された証明書 (.cer) ファイルを使用して、 Liberty 公開鍵の認証性を検証することもできます。詳しくは、 Liberty リリース・パッケージの検証を参照してください。
WebSphere Liberty オペレーター 1.3.1: WebSphere Liberty オペレーターの新しい 1.3.1 リリースに更新します。バージョン 1.3.1 では、オペレーティング・システム・パッケージおよび API ライブラリーのセキュリティー修正更新が追加されています。

MicroProfile 6.1 のサポート

23.0.0.12 リリースでは、Jakarta EE 10 に対応する、 MicroProfile プログラミング・モデルバージョン 6.1のサポートが追加されました。 MicroProfile 6.1 はマイナー・リリースです。これには、 MicroProfile Config、 MicroProfile Telemetry、および MicroProfile Metrics features.If MicroProfile 6.0 フィーチャーを使用するアプリケーションから MicroProfile 6.1 フィーチャーを使用するアプリケーションに更新する場合、API 動作の変更により、アプリケーション・コードの更新が必要になることがあります。詳しくは、 Open Liberty Web サイトの「 Differences between MicroProfile 6.1 and 6.0 」および Open Liberty ブログを参照してください。

MicroProfile OpenAPI エンドポイント・パスの構成

MicroProfile OpenAPI は、 Libertyにデプロイされた Restful Web Services (または JAX-RS) アプリケーション用の OpenAPI 資料を生成して提供します。 OpenAPI 資料は /openapi エンドポイントから提供され、この資料を参照するためのユーザー・インターフェースは /openapi/ui エンドポイントから提供されます。 Liberty 23.0.0.12 以降の MicroProfile OpenAPI 3.1 では、 server.xml ファイルに構成を追加することで、これらのエンドポイントのパスを構成できます。詳しくは、 Open Liberty Web サイトを参照してください。

計画停止を伴わない LTPA 鍵のローテーションのサポート

23.0.0.12 以降では、 Liberty は、LTPA トークンの検証に検証鍵ファイルを引き続き使用しながら、新しい 1 次 LTPA 鍵ファイルを自動的に生成できます。この更新により、アプリケーション・ユーザー・エクスペリエンスを中断することなく LTPA 鍵をローテーションできます。以前は、Liberty サーバーの LTPA 鍵がローテートされた後、アプリケーション・ユーザーはアプリケーションに再度ログインする必要がありました。詳しくは、 Open Liberty Web サイトを参照してください。

許可コード・フローを使用する許可要求とともにリソース・パラメーターを送信する

許可要求は、暗黙フローまたは許可コード・フローのいずれかを使用して行うことができます。要求が暗黙フローを使用する場合、すべてのトークンが許可エンドポイントから返され、トークン・エンドポイントは使用されません。要求が許可コード・フローを使用する場合、すべてのトークンがトークン・エンドポイントから返されます。以前は、Liberty は、暗黙的なフロー要求時にのみリソース・パラメーターを送信していました。要求がリソース・パラメーターを必要としたが、許可コード・フローしか使用できなかった場合、要求は失敗しました。この更新により、リソース・パラメーターを許可コード・フローとともに送信できるようになります。詳しくは、 Open Liberty ブログを参照してください。

OpenID Connect アクセス・トークンからロール情報を取得します。

ID トークンは、 OpenID Connect 仕様に準拠する JSON Web トークンです。以前は、Open ID Connect ユーザー・ロール情報は、この ID トークンからのみ取得できました。 ID トークン内にロール情報が指定されていない場合、その情報は見つかりませんでした。この更新は、アクセス・トークンが ID トークン内に見つからない場合に、アクセス・トークンからロール情報を取得するためのチェックを提供します。詳しくは、 Open Liberty Web サイトを参照してください。

Liberty Maven プラグイン 3.10 および Liberty Gradle プラグイン 3.8

Liberty Maven および Gradle プラグインの新規リリースが使用可能になりました。これらのリリースには、Java 21 のサポートと、 Spring Boot 3 アプリケーションをデプロイする機能が含まれています。詳しくは、 Liberty Maven プラグイン 3.10 のリリース・ノートおよび Liberty Gradle プラグイン 3.8 のリリース・ノートを参照してください。

Liberty Tools 23.0.12 for Eclipse IDE、 IntelliJ IDEA、および Visual Studio Code

Liberty Tools は、 Eclipse IDE、 IntelliJ IDEA、および Visual Studio Codeの使用可能な最新リリースをサポートしています。このリリースには、さまざまな機能拡張と修正も含まれています。詳しくは、以下のリリース・ノートを参照してください。

MicroProfile Metrics 3.0、 4.0、および 5.0 を使用して、計算されたベンダー・メトリックをダッシュボードに追加します。

計算されたベンダー・メトリックのセットは、 MicroProfile Metrics 3.0、 4.0、または 5.0 フィーチャーを、追加の構成なしで使用可能にすると使用可能になります。これらのメトリックは、さまざまなモニター・ツールでダッシュボードに直接追加できます。

以前は、これらのメトリックは、さまざまなモニター・コンポーネント用に提供された Time カウントおよび Total カウントから計算していました。例えば、要求ごとの応答時間メトリックを取得するには、 MicroProfile Metrics フィーチャーによって提供される時系列データの配列を使用して計算しました。ただし、すべてのモニター・ツールがこのような複雑な時系列式をサポートしているわけではありません。詳しくは、 Open Liberty ブログを参照してください。

バージョン 23.0.0.11 のバグ修正

開発チームは、バージョン 23.0.0.11でいくつかの重要なバグ修正を行いました。詳しくは、 Open Liberty ブログを参照してください。

WebSphere Liberty オペレーター 1.3.0: WebSphere Liberty オペレーターの新しい 1.3.0 リリースに更新します。バージョン 1.3.0 では、オペレーティング・システム・パッケージおよび API ライブラリーのセキュリティー・フィックスの更新が追加されました。; Red Hat OpenShift Container Platform 4.14 のサポートが 23.0.0.11に追加されました。

featureUtility コマンドを使用したフィーチャー・シグニチャーの検査

バージョン 23.0.0.10 以降では、 featureUtility コマンドは、フィーチャーを Liberty ランタイムにインストールする前に、フィーチャーのシグニチャーを検証します。

以前は、 featureUtility コマンドはチェックサム・データのみを検証し、機能の整合性は検証しましたが、認証性は検証しませんでした。整合性検査により、機能が改ざんされていないことが確認されます。認証性検査は、フィーチャーが Liberty 開発チームから提供されたものであるか、ユーザー作成のフィーチャーであるかを確認します。 featureUtility コマンドは、Maven Central リポジトリーからダウンロードされたフィーチャーの認証性と保全性の両方を検査します。詳しくは、 Open Liberty Web サイトの featureUtility 資料を参照してください。

アーカイブ・インストールのための Java SE 21 のサポート

23.0.0.10 リリースでは、Java Platform, Standard Edition (Java SE) バージョン 21 のサポートが追加されています。 Liberty 23.0.0.10 以降で Java SE 21 を使用できます。 Liberty は、 Open Liberty Web サイトの「Supported Java Releases」表にリストされている Java SE バージョンのいずれかで実行されます。詳しくは、 Liberty Java ランタイム環境または Software Development Kit の更新および Open Liberty ブログを参照してください。

IBM i プラットフォームの場合 IBM i プラットフォームは、Java SE 8、Java SE 11、および Java SE 17 のみをサポートします。 Java SE 21 は、 IBM iではまだサポートされていません。

Spring Boot 3.x アプリケーションを Liberty にデプロイする: Spring Boot Support 3.0 フィーチャー (springBoot-3.0) は、 Liberty上で Spring Boot 3.0 アプリケーションを実行するための完全なサポートを提供します。また、コンテナーでアプリケーションを作成するときにアプリケーションをシン・プロビジョニングする機能も提供します。以前のリリースの Liberty では、 Spring Boot 1.5 および Spring Boot 2.0 アプリケーションがサポートされていました。詳しくは、 Open Liberty Web サイトを参照してください。
秘密鍵 JSON Web Token (JWT) を使用した Open ID Connect クライアントの認証: OpenID Connect クライアントは、プロバイダーのトークン・エンドポイントを呼び出すときに、 OpenID Connect プロバイダーに認証データを提供する必要があります。クライアントはいくつかの異なる方式を使用して認証できますが、それらの方式のほとんどはクライアント・シークレットを必要とします。 private_key_jwt 認証方式を使用すると、クライアントは非対称鍵を使用して、署名付き JSON Web トークン (JWT) を作成し、クライアント秘密鍵の代わりに認証を行うことができます。この認証方式を使用する OpenID Connect クライアントには、クライアント秘密鍵は必要ありません。詳しくは、 Open Liberty Web サイトを参照してください。
アプリケーションごとに異なる LTPA Cookie または JWT Cookie を使用する: バージョン 23.0.0.9以降では、Lightweight Third Party Authentication (LTPA) Cookie および JSON Web Token (JWT) Cookie のパスをアプリケーション・コンテキスト・ルートに設定できます。 webAppSecurity エレメントの useContextRootForSSOCookiePath 属性を trueに設定します。この構成では、アプリケーションごとに異なる LTPA トークンまたは JWT トークンを使用できます。以前のバージョンでは、Cookie パスはスラッシュ (/) に設定されていたため、ドメイン上の任意のパスに対して行われたすべての要求に Cookie が含まれていました。詳しくは、 webAppSecurity エレメントを参照してください。
WebSphere Liberty オペレーター 1.2.2: Red Hat OpenShift Container Platform 4.10の拡張サポートが終了しました。詳しくは、 Red Hat OpenShift Container Platform Lifecycle Policyを参照してください。
Java SE 11 のサポート終了が 24.0.0.10 から 26.0.0.10 に変更されました。: Liberty の Java SE 11 のサポート終了日は 2026 年 10 月です。サポート終了日は 2024 年 10 月です。詳しくは、「特記事項の削除」を参照してください。

OpenID Connect クライアントに対する PKCE サポートによる許可コード・インターセプト攻撃の防止: OpenID Connect clients in Liberty では、Proof Key for Code Exchange (PKCE) (RFC 7636) がサポートされるようになりました。 PKCE は、OAuth 2.0 パブリック・クライアントを許可コード・インターセプト攻撃から保護する OAuth 2.0 仕様の拡張機能です。特定のシナリオでは、悪意のあるアプリケーションが正当な OAuth 2.0 パブリック・クライアント許可コードをインターセプトし、それを使用してクライアントの代わりにアクセス・トークンと ID トークンを取得する可能性があります。 PKCE には、そのようなインターセプト攻撃を防ぐためのステップと要求パラメーターが導入されています。詳しくは、 Open Liberty ブログを参照してください。
featureUtility installFeature コマンドを使用するときは、十分なフィーチャーがインストールされていることを確認してください。: このリリースでは、インストールするフィーチャー間の依存関係をより適切に管理するために、 featureUtility installFeature コマンドが更新されています。このコマンドは、要求されたフィーチャーが必要とするすべての依存関係のすべてのバージョンをインストールするようになりました。これにより、状況によってはより多くのフィーチャーがインストールされる可能性があります。ただし、サーバー構成に必要な最小セットのフィーチャーを常に正確にインストールするため、関連する featureUtility installServerFeatures を使用してフィーチャーをインストールすることをお勧めします。詳しくは、 Open Liberty ブログを参照してください。
WebSphere Liberty オペレーター 1.2.2: WebSphere Liberty オペレーターの新しい 1.2.2 リリースに更新します。バージョン 1.2.2 では、オペレーティング・システム・パッケージおよび API ライブラリーのセキュリティー・フィックスの更新が追加されています。

バージョン 23.0.0.7 のバグ修正: 開発チームは、バージョン 23.0.0.7でいくつかの重要なバグ修正を行いました。詳しくは、 Open Liberty ブログを参照してください。

WebSphere Liberty コンテナー・イメージ: WebSphere® Application Server Liberty の公式イメージ内の /liberty の symlink が、 /opt/ibm から /opt/ibm/wlpに変更されました。

WebSphere Liberty オペレーター 1.2.1: WebSphere Liberty オペレーターの新しい 1.2.1 リリースにを更新します。バージョン 1.2.1 では、オペレーティング・システム・パッケージおよび API ライブラリーのセキュリティー・フィックスの更新が追加されました。
Liberty InstantOn を使用した始動の高速化: Liberty InstantOn は、 Linux カーネルの Checkpoint/Restore In Userspace (CRIU) フィーチャーを使用して、 MicroProfile および Jakarta EE アプリケーションの起動時間を短縮します。バージョン 23.0.0.6以降、すべての X86-64/AMD64 UBI Liberty コンテナー・イメージが InstantOnに対応しています。詳しくは、 Open Liberty Web サイトの Faster startup for containerized applications with Open Liberty InstantOn を参照してください。

バージョン 23.0.0.5 のバグ修正: 開発チームは、バージョン 23.0.0.5で多数の重要なバグ修正を行いました。詳しくは、 Open Liberty ブログを参照してください。

WebSphere Liberty オペレーター 1.2.0

WebSphere Liberty オペレーターの新しい 1.2.0 リリースに更新します。バージョン 1.2.0 では、 Linux on Power ® (ppc64le) または Linux on IBM Z (s390x) プラットフォームのサポートが追加されました。

アプリケーション・コンテナー・イメージのビルドに使用されるテンプレートは、バージョン 23.0.0.4で更新されました。詳しくは、コンテナー・アプリケーション・イメージの作成を参照してください。

バージョン 23.0.0.4 のバグ修正

開発チームは、バージョン 23.0.0.4で多数の重要なバグ修正を行いました。詳しくは、 Open Liberty ブログを参照してください。

Java SE 20 サポート: 23.0.0.3 リリースでは、Java Platform, Standard Edition (Java SE) バージョン 20 のサポートが追加されています。 Liberty は、 Open Liberty Web サイトの「Supported Java Releases」表にリストされている Java SE バージョンのいずれかで実行されます。 Java SE 20 は、長期サポート・リリースではありません。標準サポートは 2023 年 9 月に終了する予定です。詳しくは、 Liberty Java ランタイム環境または Software Development Kit の更新および Open Liberty ブログを参照してください。
Jakarta EE 10 サポート: 23.0.0.3 リリースでは、Jakarta EE プラットフォーム、バージョン 10.0のサポートが追加されました。 Jakarta EE 10 アプリケーションは、Java SE 8、11、または 17 を使用して実行できます。 Open Liberty での Jakarta EE 10 サポートには、Jakarta EE API をサポートする多くの Liberty フィーチャーの新規フィーチャー・バージョンが含まれます。 Jakarta EE 9.1 フィーチャーを使用しているアプリケーションを、Jakarta EE 10 フィーチャーを使用しているアプリケーションに更新する場合、API の動作を変更すると、アプリケーション・コードの更新が必要になる場合があります。詳しくは、 Open Liberty Web サイトの「 Differences between Jakarta EE 10 and 9.1 」および Open Liberty ブログを参照してください。
MicroProfile 6.0 のサポート: 23.0.0.3 リリースでは、Jakarta EE 10 に対応する、 MicroProfile プログラミング・モデルバージョン 6.0のサポートが追加されています。 MicroProfile 6.0 はメジャー・リリースです。これには Jakarta EE 10 コア・プロファイルが含まれ、 MicroProfile OpenTracing は MicroProfile Telemetry に置き換えられます。したがって、 MicroProfile OpenTracing はアンブレラ・リリースから移動し、スタンドアロン仕様になります。このリリースでは、 MicroProfile OpenAPI、 MicroProfile JSON Web Token、および MicroProfile Metrics フィーチャーの新規バージョンも導入されました。
MicroProfile 5.0 フィーチャーを使用しているアプリケーションを MicroProfile 6.0 フィーチャーを使用するように更新する場合、API の動作を変更すると、アプリケーション・コードの更新が必要になることがあります。詳しくは、 Open Liberty Web サイトおよび Open Liberty ブログの「 Differences between MicroProfile 6.0 and 5.0 」を参照してください。

サーバー停止コマンドのタイムアウトを設定します: server stop コマンドには、サーバーが停止していることを確認するためのデフォルトの 30 秒の待機期間が含まれています。バージョン 23.0.0.2以降、このコマンドで --timeout オプションを使用して、待機期間を延長することができます。詳しくは、 Open Liberty Web サイトのサーバー停止コマンドの資料を参照してください。
管理センター・サーバー構成ツールを使用したサーバー接続のテスト: 23.0.0.2では、サーバー構成ツールを使用して、Admin Center からサーバー・リソースへの接続をテストできます。詳しくは、 Open Liberty Web サイトの Admin Center の資料を参照してください。

WebSphere Liberty オペレーター 1.1.0: Red Hat OpenShift Container Platform 4.12 のサポートが 23.0.0.1で追加されました。
バージョン 23.0.0.1 のバグ修正: 開発チームは、バージョン 23.0.0.1で多数の重要なバグ修正を行いました。詳しくは、 Open Liberty ブログを参照してください。

WebSphere Liberty オペレーター 1.1.0: WebSphere Liberty オペレーターの新しい 1.1.0 リリースに更新します。バージョン 1.1.0 では、 Semeru Cloud Compiler のサポートが追加され、エア・ギャップ環境でのインストール手順が更新されました。
Amazon EKS on AWS で Liberty を実行します。: IBM WebSphere Liberty for Amazon EKS という AWS Partner Solution を使用して、 Amazon Web Services (AWS) 上で WebSphere Liberty を実行できます。この AWS パートナー・ソリューションは、Amazon Elastic Kubernetes Service (EKS) クラスターに WebSphere Liberty オペレーターをインストールします。詳しくは、 Running WebSphere Liberty on Amazon EKS on AWSを参照してください。
FFDC ファイルの最大経過時間の構成: maxFfdcAge ロギング構成属性を設定することにより、FFDC ログ・ファイルが構成された経過時間に達した後に自動的にパージするように Liberty を構成できます。以前は、 Liberty は、500 を超える FFDC ファイルのみを自動的にパージし、値は構成できませんでした。詳しくは、 logging 構成エレメントの maxFfdcAge 属性を参照してください。

バージョン 22.0.0.12 のバグ修正: 開発チームは、バージョン 22.0.0.12で多数の重要なバグ修正を行いました。詳しくは、 Open Liberty ブログを参照してください。

分散セキュリティー・キャッシュによるアプリケーションの保護: バージョン 22.0.0.11 以降では、複数の Liberty サーバーが JCache プロバイダーを使用して分散キャッシュを共有できます。このリリースより前は、認証 Cookie キャッシュおよびログアウト Cookie キャッシュは、ローカルおよびメモリー内に制限されていました。この更新の一環として、両方のキャッシュを分散 JCache プロバイダーに保管できます。この更新により、パフォーマンスと障害リカバリーが改善され、バックエンド・ユーザー・レジストリーの負荷が軽減され、サーバーのセキュリティー状況が改善されます。詳しくは、 Open Liberty Web サイトの「 Distributed caching with JCache 」を参照してください。
SPI インターフェースを BELL サービスとして公開し、プロパティーを BELL サービスに注入する: Basic extensions using Liberty libraries (BELL) 1.0 フィーチャーは、共有ライブラリーが Java ServiceLoader 構成ファイルを使用して Liberty API インターフェースの実装を提供できるようにします。 22.0.0.11 リリースでは、BELL サービスに対して、SPI の可視性とプロパティーの構成および注入という 2 つの機能が導入されています。以前は、これらの機能はユーザー機能拡張でのみ使用できました。ユーザー・フィーチャーは、BELL サービスよりも多くの機能を提供しますが、より複雑な開発モデルを備えています。これらの機能により、拡張開発者は、BELL サービスのシンプルさをさらに活用することができます。詳しくは、 Open Liberty Web サイトの「 Basic Extensions using Liberty Libraries 」を参照してください。

Java SE 19 サポート: 22.0.0.10 リリースでは、Java Platform, Standard Edition (Java SE) バージョン 19 のサポートが追加されています。 Liberty 22.0.0.10 以降では、Java SE 19 を使用できます。 Liberty は、 Open Liberty Web サイトの「Supported Java Releases」表にリストされている Java SE バージョンのいずれかで実行されます。 Java SE 19 は、長期サポート・リリースではありません。標準サポートは 2023 年 3 月に終了する予定です。詳しくは、 Liberty Java ランタイム環境または Software Development Kit の更新および Open Liberty ブログを参照してください。
WebSphere Liberty オペレーター 1.0.2: WebSphere Liberty オペレーターの新しい 1.0.2 リリースに更新します。
発行者クレームを使用して、JWT インバウンド伝搬要求に使用する Open ID Connect クライアント構成を選択します: バージョン 22.0.0.10 以降では、 Open Liberty は、JWT または JWS アクセス・トークンからの発行者クレームを使用して、JWT インバウンド伝搬要求に使用する openidConnectClient 構成を選択できます。このリリースより前は、同じリソースに対して複数の発行者が使用された場合、複雑な認証フィルターが必要でした。詳しくは、 Open Liberty Web サイトの「 Configure JSON Web Token (JWT) authentication for OpenID Connect 」を参照してください。

ユーザー・レジストリーを強制的に統合せずにパスワード・ユーティリティー機能を使用する: パスワード・ユーティリティー機能の新しいバージョンである passwordUtilities-1.1が使用可能になりました。このバージョンのフィーチャーは、Federated User Registry フィーチャーまたは Jakarta Connectors フィーチャーを開始しません。このバージョンのフィーチャーを使用する場合、スタンドアロン・ユーザー・レジストリーは強制的に統合されないため、場合によっては前のバージョンと動作が若干異なることがあります。以前のフィーチャー・バージョンである passwordUtilities-1.0は、デフォルトで Federated User Registry フィーチャーおよび Jakarta Connectors フィーチャーを開始します。詳しくは、 Password Utilities-1.1を参照してください。

ロギング・レコードに記録されたメッセージとは別にスタック・トレースを表示する

スタック・トレースは、ロギング・レコードに記録されたメッセージから分離されるようになりました。これにより、ログ分析ツールは、それらのメッセージをより明確に示すことができます。以前は、 Throwable パラメーターを受け入れるメソッドのいずれかを使用した Java Logger オブジェクトからのロギング・レコードにより、スタック・トレースが既存のメッセージ・フィールドに追加されていました。詳しくは、 Open Liberty ブログを参照してください。

時間ベースのログ・ロールオーバーの構成

2 つの新しいオプションのロギング構成属性 rolloverInterval および rolloverStartTimeを使用することにより、指定した時刻に Liberty message.log、 trace.log、および http_access.log ログ・ファイルの時間ベースの定期的なロールオーバーを有効にすることができます。詳しくは、 Open Liberty Web サイトの Time-based log rollover および Time-based HTTP access log rollover を参照してください。

WebSphere Liberty オペレーター 1.0.1

WebSphere Liberty オペレーターの新しい 1.0.1 リリースに更新します。

kustomize を使用して、 WebSphere Liberty オペレーターをインストールします。

WebSphere Liberty オペレーターのコード署名イメージを検証します。

アプリケーション名で JSON ログをフィルタリング: アプリケーション・ログ・メッセージがログに記録され、アプリケーション名が認識されると、アプリケーション名が LogRecordContext 拡張に追加されます。キーは appName で、値はメッセージがログに記録された元のアプリケーション名です。 JSON ロギングが有効になっている場合、 ext_appName という新しいデフォルト JSON フィールドが JSON アプリケーション・ログに追加されます。これは、ログ・メッセージの記録元のアプリケーション名を指定します。以前は、ログ分析ツールを使用した場合、 JSON フィールドにアプリケーション名のフィールドがなかったため、アプリケーション・ログをフィルターで除外することができませんでした。詳しくは、 Open Liberty Web サイトの「 JSON log events reference list 」を参照してください。
スタック・トレースを単一のログ・イベントにマージする: スタック・トレースが Libertyに記録されるときに、出力されたスタック・トレースを単一のログ・イベントとして出力できるようになりました。この更新は、ログをサード・パーティーのログ分析テクノロジー (Elastic Logstash Kibana (ELK) スタックなど) にダウンストリームで転送する場合に役立ちます。この機能を有効にするには、ブートストラップ・プロパティーまたは環境変数を構成するか、 server.xml ファイルを使用します。この更新の前は、スタック・トレースの各行が別々のイベントとして印刷されていました。詳しくは、 Open Liberty Web サイトの「 Configuration settings by source 」で stackTraceSingleEntry の項目を参照してください。

WebSphere Liberty オペレーター: WebSphere Liberty オペレーターを使用して、 Kubernetesベースのクラスターにアプリケーションをデプロイして管理します。オペレーターは、カスタマイズされた自動化タスクを提供する Kubernetes の拡張機能です。
MicroProfile GraphQL 2.0 で Jakarta EE 9.1 コンポーネントを使用して、 GraphQL アプリケーションを開発する: MicroProfile GraphQL-2.0 フィーチャーは、Jakarta EE 9.1 の依存関係を取り込みます。このバージョンでは、更新された Jakarta コンポーネント (CDI 3.0、Jakarta REST 3.0、JSON-B 2.0など) で MicroProfile GraphQL 1.0 によって提供される機能と同じ機能を引き続き使用できます。 Libertyでの GraphQL の操作について詳しくは、 Open Liberty Web サイトの Build GraphQL applications with MicroProfile GraphQL を参照してください。

特定の TLS プロトコルの構成: デフォルトで構成する代わりに、特定の TLS プロトコルを構成することができます。詳しくは、特定の TLS プロトコルの構成に関するトランスポート・セキュリティーのトピックのセクションを参照してください。
Liberty インストール済み環境のスキーマの生成: schemaGen コマンドを使用して、 Liberty インストール済み環境全体のスキーマを生成できます。 22.0.0.5 より前では、この機能は bin/tools/ws-schemagen.jar ファイルに対して java -jar コマンドを実行することによってのみ使用可能でした。詳しくは、 Open Liberty Web サイトの schemaGen コマンドを参照してください。

フィックスパックの継続配信

WebSphere Application Server Liberty は、継続的デリバリー・プロセスに従います。新規バージョンで大量のコンテンツを配信する代わりに、新規コンテンツをオプションのインストール可能フィーチャーとして各フィックスパックに含めて、徐々に配信します。 Liberty のゼロ・マイグレーション・ポリシーのため、動作に予期しない変更を加えることなく、最新のフィックスパックに更新して、既存の構成およびアプリケーションを引き続き使用することができます。

バージョンごとに異なるフィックスパックを持つ WebSphere Application Server traditional とは対照的に、 Liberty には単一のサービス・ストリームがあります。 Liberty フィックスパックには、購入した製品バージョンに関係なく、同じ内容が含まれています。フィックスパック 16.0.0.2 は、 8.5.5.9より後の次の Liberty フィックスパックです。

インストール情報については、 Libertyのインストールを参照してください。

マルチメディア ご覧ください: Liberty single-stream fix pack delivery ビデオには、 Liberty フィックスパックが、すべての製品バージョンに適用される単一のサービス・ストリームにどのように継続的に配信されるかが示されています。 [トランスクリプト]

フィックスパックの番号付け

フィックスパック 16.0.0.2以降、 WebSphere Application Server Liberty フィックスパックは以下の番号付け方式を使用します。

Y.R.M.F

各部の意味は、次のとおりです。

Y = 年、最後の 2 桁
R = リリース
M = モディフィケーション
F = その年のフィックスパックのリリース

例えば 16.0.0.2 は、2016 年、リリース 0、モディフィケーション 0、この年 2 番目のフィックスパックであることを表します。 2018 年の 3 番目のフィックスパックの場合、フィックス名は 18.0.0.3 になります。

この番号付けの変更は、 Libertyにのみ適用されます。 WebSphere Application Server 従来のフィックスパックは、V.R.M.F の番号付け方式に従い続けます。それぞれの文字は、version、release、modification、および fix pack を表します。