Liberty フィーチャー
フィーチャーとは、特定のサーバーにロードされる、ランタイム環境の一部分を制御する機能単位です。
以下の Liberty フィーチャー表にはすべての Liberty フィーチャーが記載されていますが、 Liberty の最新フィーチャーの多くについて詳しくは、 Open Liberty Web サイトを参照してください。 Open Liberty フィーチャー資料には、多くの一般的に使用されるフィーチャーのフィーチャー・ページに役立つ構成例も含まれています。
Liberty の特定の機能は、バージョンレス機能を使用することで、特定の機能のバージョンを指定することなく有効にすることができます。 バージョンレス機能は、MicroProfile, Jakarta EE、および Java EE プラットフォームで使用できます。 詳しくは、Open Libertyのウェブサイトをご覧ください。 WebSphere® Liberty は、Open Liberty Web サイトでドキュメント化されている、利用可能なプラットフォームとバージョンレス機能をすべてサポートしています、Open Liberty がサポートしていない
javaee-6.0
プラットフォームを加えたものです。
以下の表に、各 Liberty エディションでサポートされる Liberty フィーチャーをリストします。
フィーチャー・リファレンス
wab-1.0
フィーチャーを組み込むと、
servlet-3.0
フィーチャーと blueprint-1.0
フィーチャーが自動的にロードされます。 各フィーチャーには、簡単な説明と、 server.xml ファイル内の <featureManager>
エレメント内でフィーチャーが宣言される方法の例が含まれています。 例:<server>
<featureManager>
<feature>servlet-3.0</feature>
<feature>localConnector-1.0</feature>
</featureManager>
</server>
サーバー構成で使用できるフィーチャーは、パブリック可視性を持ち、 Liberty 製品外部の一部です。 これらのフィーチャーをサーバー構成で使用することは、製品の今後の更新でサポートされます。 Liberty は、保護された可視性を持つフィーチャーのセットも提供します。 これらのフィーチャーは、サーバー構成で直接使用することはできませんが、独自のフィーチャーに組み込むことができます。 保護されたフィーチャーの組み込みを参照してください。
- Administrative Center
<feature>adminCenter-1.0</feature>
adminCenter-1.0
フィーチャーは、携帯電話、タブレット、またはコンピューター上の Web ブラウザーから Liberty サーバーおよびアプリケーションとその他のリソースを管理するための Web ベースのグラフィカル・インターフェースです。管理センター を使用した 自由 の管理を参照してください。
- API ディスカバリー
<feature>apiDiscovery-1.0</feature>
apiDiscovery-1.0
フィーチャーを使用すると、REST API 資料を検出できます。 この機能を使用して、 Liberty サーバーで使用可能な REST API を見つけ、Swagger ユーザー・インターフェースを使用して、見つかった REST エンドポイントを呼び出します。 Liberty サーバーでの REST API 資料の検出を参照してください。安定化されたフィーチャー:apiDiscovery-1.0
フィーチャーは安定化されました。 フィーチャーを引き続き使用できます。 ただし、apiDiscovery-1.0
の代わりに、 OpenAPI 仕様をサポートするopenapi-3.0
フィーチャー、または MicroProfile OpenAPI 仕様をサポートするmpOpenAPI-1.0
フィーチャーを使用することを検討してください。- アプリケーション・クライアント・コンテナー・セキュリティー
<feature>appSecurityClient-1.0</feature>
クライアント・コンテナーでセキュリティーを有効にするには、
appSecurityClient-1.0
フィーチャーを client.xml ファイルに追加します。appSecurityClient-1.0
フィーチャーにより、クライアントで SSL、CSIv2、および JAAS が有効になります。 クライアントとサーバー間の通信が保護されて暗号化されるようにするには、SSL を構成する必要があります。appSecurityClient-1.0
機能構成については、クライアント 1.0 のアプリケーション安全を参照してください。Liberty アプリケーション・クライアント・コンテナーのセキュリティー および Liberty アプリケーション・クライアント・コンテナーとそのアプリケーションのセキュリティーの構成も参照してください。
- アプリケーション・クライアント・サポート
<feature>appClientSupport-1.0</feature>
<feature>appClientSupport-2.0</feature>
アプリケーション・クライアント・サポート・フィーチャーにより、サーバーは、アプリケーションのクライアント・モジュール内で Java™ EE メタデータを処理できます。例えば、デプロイメント記述子 XML ファイルまたはアノテーション (あるいはその両方) を読み取り、必要に応じてそれらをアプリケーション内の他のモジュールで使用できるようにします。 また、リモート・アプリケーション・クライアント・プロセスがサーバーと通信して JNDI 検索を実行できるようになります。
appClientSupport-1.0
フィーチャーは、server.xml
ファイルでのみ有効にすることができます。- 監査
<feature>audit-1.0</feature>
この フィーチャーは、監査可能イベントの報告および追跡を行うためのサポートを有効にし、システムの保全性を確保します。
- Automatic Certificate Management Environment (ACME) のサポート
<feature>acmeCa-2.0</feature>
このフィーチャーは、Automated Certificate Management Environment (ACME) プロトコルを使用して、認証局 (CA) との対話を自動化します。
- バッチ
<feature>batch-1.0</feature>
batch-1.0
フィーチャーは、JSR-352 プログラミング・モデルを使用可能にします。- Bean 検証
<feature>beanValidation-1.0</feature>
beanvalidation-1.0
フィーチャーは、アプリケーションの各層での JavaBeans の検証を提供します。 検証は、アノテーションまたは validation.xml デプロイメント記述子を使用して、アプリケーション内の JavaBeans のすべての層に適用できます。安定化されたフィーチャー:beanValidation-1.0
フィーチャーは安定化されました。 LibertyでbeanValidation-1.0
フィーチャーを引き続き使用できます。 しかし、最新の Bean 検証フィーチャーの使用を検討してください。- Liberty ライブラリーを使用する Basic Extensions (BELL)
<feature>bells-1.0</feature>
このフィーチャーは、 Liberty ライブラリー (BELL) を使用して Basic Extensions を構成できるようにします。 このフィーチャーは、 Liberty フィーチャーを使用するのではなく、ライブラリーを使用してサーバー・ランタイムの一部を拡張するために使用します。 BELL は、Java Service Loader パターンを使用して、実装クラス名を提供します。
bells-1.0
機能構成については、Liberty ライブラリーを使用した Basic Extensions」を参照してください。- Bluemix ユーティリティー
<feature>bluemixUtility-1.0</feature>
この機能により、「IBM Cloud®サービス(以前は「IBM®「Bluemixマネージドサービス)へのアクセスが構成された。
IBM Bluemixは現在IBM Cloudであり、これらの名称はどちらもhttps://cloud.ibm.com以前はhttps://console.bluemix.net)の同じクラウドプラットフォームを指している。
廃止機能:bluemixUtility-1.0
機能は廃止されました。 Cloudant® dashDB® WatsonServices などのIBM Cloudサービスへのアクセスを構成するには、構成するクラウド サービスのドキュメントを参照してください。- Blueprint
<feature>blueprint-1.0</feature>
blueprint-1.0
フィーチャーは、OSGi ブループリント・コンテナー仕様を使用する OSGi アプリケーションのデプロイのサポートを有効にします。- キャッシュ・サービス
<feature>distributedMap-1.0</feature>
このフィーチャーは、DistributedMap API を使用してアクセスできるローカル・キャッシュ・サービスを提供します。 デフォルトのキャッシュは、services/cache/distributedmap で JNDI にバインドされます。 WebSphere eXtreme Scaleなどのネットワーク・キャッシュ・プロバイダーを追加することにより、キャッシュを分散させることができます。
- CDI
<feature>cdi-1.0</feature>
cdi-1.0
フィーチャーは、 Libertyで Contexts and Dependency Injection 1.0 仕様のサポートを有効にします。安定化されたフィーチャー:cdi-1.0
フィーチャーは安定化されました。 Libertyでcdi-1.0
フィーチャーを引き続き使用できます。 ただし、最新の CDI フィーチャーの使用を検討してください。- Cloudant 組み込み
<feature>cloudant-1.0</feature>
このフィーチャーは、サーバー構成で構成されているコネクター・インスタンスを提供することにより、 Cloudant への接続を可能にします。 コネクター・インスタンスは、JNDI を使用して注入またはアクセスすることができます。 アプリケーションは、Cloudant クライアント・ライブラリーを使用してコネクター・インスタンスを使用します。 Liberty で Cloudant Java クライアント・ライブラリーを使用した CouchDB 接続の構成を参照してください。
cloudant-1.0
フィーチャーの構成情報については、「 Cloudant Integration 1.0」を参照してください。- 集合メンバー
<feature>collectiveMember-1.0</feature>
collectiveMember-1.0
フィーチャーにより、サーバーは管理集合のメンバーになることができ、集合コントローラーによって管理することができます。- チェックポイントでの整合リストア
crac-1.4
フィーチャーは、 Spring Boot 3.x アプリケーションに対する InstantOn サポートを提供する org.crac Coordinated Restore at Checkpoint API を有効にします。- CouchDB
<feature>couchdb-1.0</feature>
couchdb-1.0
フィーチャーにより、CouchDB インスタンスおよび関連するデータベース接続がサポートされます。 CouchDB 接続へのアクセスは、JNDI 検索またはリソース・インジェクションのいずれかによって使用可能です。安定化されたフィーチャー:couchdb-1.0
フィーチャーでの ektorp クライアント・ライブラリーの使用は安定化されました。 ektorp Java ドライバーはサービスが終了したため、このフィーチャーは安定化されました。couchdb-1.0
フィーチャーで ektorp クライアント・ライブラリーを引き続き使用できます。 しかし、代わりにCloudantJavaクライアントを使うcloudant-1.0機能を使うか、CDIを使っOpen Liberty でMongoDBて説明されている手法に従ってCDIプロデューサを作成することを検討してください。 要件を満たす任意の CouchDB のバージョンを使用してください。- 動的キャッシング・サービス
<feature>webCache-1.0</feature>
- Enterprise JavaBeans (EJB)
<feature>ejbLite-3.1</feature>
ejbLite-3.1
フィーチャーは、EJB 3.2 仕様の EJB Lite サブセットに従って作成された EJB アプリケーションのサポートを提供します。安定化されたフィーチャー:ejbLite-3.1
フィーチャーは安定化されました。 LibertyでejbLite-3.1
フィーチャーを引き続き使用できます。 ただし、最新の EJB フィーチャーの使用を検討してください。- エンタープライズ Bean
<feature>enterpriseBeansLite-4.0</feature>
この
<feature>enterpriseBeansLite-4.0</feature>
機能は、Jakarta Enterprise Beans4.0仕様のJakarta Enterprise Beans Liteサブセットに書き込まれるJakarta Enterprise Beansアプリケーションのサポートを提供します。- Expression Language 3.0
<feature>el-3.0</feature>
このフィーチャーにより、Expression Language (EL) 3.0 のサポートが有効になります。
- Jakarta Expression Language 4.0
<feature>expressionLanguage-4.0</feature>
このフィーチャーは、Expression Language (EL) 4.0 のサポートを有効にします。
- Jakarta 式言語 5.0
<feature>expressionLanguage-5.0</feature>
このフィーチャーは、Expression Language (EL) 5.0のサポートを有効にします。
- イベント・ロギング
<feature>eventLogging-1.0</feature>
- gRPC
<feature>grpc-1.0</feature>
- gRPC Client
<feature>grpcClient-1.0</feature>
- Health Analyzer
<feature>healthAnalyzer-1.0</feature>
Health Analyzer フィーチャーは、 Intelligent Management フィーチャーのヘルス管理のために Health Manager にヘルス・データ・コレクションを提供します。 Health Analyzer フィーチャーは、メンバー・サーバーにモニター・サービスを提供します。 分析ハンドラーとして登録し、必要な統計 (PMI、HealthCenter) を分析コレクターで収集して、状態を分析します。
- Health Manager
<feature>healthManager-1.0</feature>
Health Manager フィーチャーは、 Intelligent Management フィーチャーのヘルス管理のためにヘルス・ポリシーに基づいてヘルス・モニタリングと自動アクションを提供します。 Health Manager フィーチャーには、ヘルス管理のコア機能が組み込まれています。 このフィーチャーを選択すると、デフォルト条件プラグインが使用可能になります。 このフィーチャーには、collectiveController フィーチャーの存在が必要です。
- J2EE Management 1.1
<feature>j2eeManagement-1.1</feature>
j2eeManagement-1.1
フィーチャーは、 Java EE 7 の管理可能な側面への標準インターフェースを提供し、アプリケーションが JSR 77 仕様で定義されているインターフェースを使用できるようにします。管理 EJB API を呼び出すには、サーバー構成のフィーチャー・マネージャーに
j2eeManagement-1.1
フィーチャーとejbRemote-3.2
フィーチャーの両方が含まれている必要があります。 両方のフィーチャーがサーバー構成に含まれていれば、JNDI 名検索を介して管理 EJB API を呼び出すことができます。 管理 EJB バインディング名 (JNDI 検索名) は ejb/mejb/MEJBです。j2eeManagement-1.1 フィーチャーの制約事項も参照してください。
- Jakarta EE Platform
<feature>jakartaee-8.0</feature>
<feature>jakartaee-9.1</feature>
<feature>jakartaee-10.0</feature>
このフィーチャーは、Jakarta EE Platform をサポートするために必要な Liberty フィーチャーの便利な組み合わせを提供します。
- Java API for RESTful Web Services (JAX-RS)
<feature>jaxrs-1.1</feature>
jaxrs-1.1
フィーチャーは、Liberty での Java API for RESTful Web Services のサポートを提供します。-
jaxrs-1.1
サーバー・フィーチャーを使用する EJB アプリケーションの場合は、 server.xml ファイル内のejbLite-3.1
フィーチャーを使用可能にする必要があります。 - CDI を使用する JAX-RS アプリケーションの場合、 server.xml ファイルで
cdi-1.0
フィーチャーを有効にする必要があります。
安定化されたフィーチャー:jaxrs-1.1
、ejbLite-3.1
、およびcdi-1.0
の各フィーチャーは安定化されます。 フィーチャーを引き続き使用できます。 ただし、最新の JAX-RS、EJB、および CDI フィーチャーの使用を検討してください。-
- Jakarta RESTful Web サービス 3.0
<feature>restfulWS-3.0</feature>
このフィーチャーは、Jakarta RESTful Web Services 3.0 のサポートを可能にします。 これらのアノテーションを使用して、REST アーキテクチャー・スタイルを順守した Web サービス・クライアントおよびエンドポイントを定義できます。
- Jakarta RESTful Web Services 3.1
<feature>restfulWS-3.1</feature>
このフィーチャーは、Jakarta RESTful Web Services 3.1 のサポートを有効にします。 これらのアノテーションを使用して、REST アーキテクチャー・スタイルを順守した Web サービス・クライアントおよびエンドポイントを定義できます。
- Jakarta RESTful Web サービス・クライアント 3.0
<feature>restfulWS-3.0</feature>
このフィーチャーは、Jakarta RESTful Web Services 3.0 Client API のサポートを可能にします。
- Jakarta RESTful Web Services Client 3.1
<feature>restfulWS-3.1</feature>
このフィーチャーは、Jakarta RESTful Web Services 3.1 Client API のサポートを有効にします。
- Java API for XML-Based Web Services (JAX-WS)
<feature>jaxws-2.2</feature>
- Jakarta XML Web サービス 3.0
<feature>xmlWS-3.0</feature>
このフィーチャーは、Jakarta XML Web Services 3.0 のサポートを有効にします。 これらの Web サービスおよびクライアントは XML を使用して通信します。 アノテーションを使用して、サービス・クライアントおよびエンドポイントの開発を簡素化することができます。
- Jakarta XML Web サービス 4.0
<feature>xmlWS-4.0</feature>
このフィーチャーは、Jakarta XML Web Services 4.0 のサポートを有効にします。 これらの Web サービスおよびクライアントは XML を使用して通信します。 アノテーションを使用して、サービス・クライアントおよびエンドポイントの開発を簡素化することができます。
- Java Architecture for XML Binding (JAXB)
<feature>jaxb-2.2</feature>
- Jakarta Architecture for XML Binding (JAXB)
<feature>xmlBinding-3.0</feature>
- Java Authentication SPI for Containers 1.1
<feature>jaspic-1.1</feature>
- Jakarta 認証 2.0
<feature>appAuthentication-2.0</feature>
- Jakarta 認証 3.0
<feature>appAuthentication-3.0</feature>
- Java Authorization Contract for Containers 1.5
<feature>jacc-1.5</feature>
- Jakarta 許可 2.0
<feature>appAuthorization-2.0</feature>
- Jakarta 許可 2.1
<feature>appAuthorization-2.1</feature>
- Java EE
<feature>javaee-7.0</feature>
このフィーチャーは、 Java EE 7.0 Full Platform をサポートするために必要な Liberty フィーチャーの便利な組み合わせを提供します。
- Java EE アプリケーション・クライアント
<feature>javaeeClient-7.0</feature>
このフィーチャーにより、Java EE Application Client 7.0 のサポートが有効になります。
- Jakarta EE アプリケーション・クライアント
<feature>jakartaeeClient-9.1.</feature>
このフィーチャーは、Jakarta EE Application Client 7.0 のサポートを有効にします。
- Java EE Connector Architecture
<feature>jca-1.6</feature>
jca-1.6
フィーチャーは、接続ファクトリー、管理対象オブジェクト、およびアクティベーション・スペックのインスタンスを定義し、かつこれらのインスタンスを、インストールされているリソース・アダプターに関連付けるための、構成エレメントを提供します。jca-1.6
フィーチャーの構成情報については、「 Java Connector Architecture 1.6」を参照してください。安定化されたフィーチャー:jca-1.6
フィーチャーは安定化されました。jca-1.6
フィーチャーを引き続き使用できます。 ただし、最新の JCA フィーチャーの使用を検討してください。- Jakarta Connector 2.0
<feature>connectors-2.0</feature>
このフィーチャーは、アプリケーションからエンタープライズ情報システム (EIS) にアクセスするためのリソース・アダプターの構成を可能にします。
- Jakarta Connector 2.1
<feature>connectors-2.1</feature>
このフィーチャーは、アプリケーションからエンタープライズ情報システム (EIS) にアクセスするためのリソース・アダプターの構成を可能にします。
- ジャカルタ・ インバウンド・セキュリティー 2.0
<feature>connectorsInboundSecurity-2.0</feature>
このフィーチャーは、リソース・アダプターに対してセキュリティー・インフローを有効にします。
- Java Database Connectivity (JDBC)
<feature>jdbc-4.0</feature>
- Java Message Service (JMS)
<feature>jms-1.1</feature>
安定化されたフィーチャー:jms-1.1
フィーチャーは安定化されました。jms-1.1
フィーチャーを引き続き使用できます。 ただし、最新のjms-2.0
フィーチャーの使用を検討してください。- Jakarta Messaging 3.0
<feature>messaging-3.0</feature>
このフィーチャーは、Jakarta Messaging API を使用してメッセージング・システムにアクセスするためのリソース・アダプターの構成を有効にします。 また、このフィーチャーは、Jakarta Messaging 接続ファクトリー、キュー、トピック、および、活動化仕様の構成も有効にします。 Jakarta Connectors 2.0 仕様に準拠する任意の Jakarta Messaging リソース・アダプターを使用できます。
- Jakarta Messaging 3.1
<feature>messaging-3.1</feature>
このフィーチャーは、Jakarta Messaging API を使用してメッセージング・システムにアクセスするためのリソース・アダプターの構成を有効にします。 また、このフィーチャーは、Jakarta Messaging 接続ファクトリー、キュー、トピック、および、活動化仕様の構成も有効にします。
- Java Naming and Directory Interface (JNDI)
<feature>jndi-1.0</feature>
jndi-1.0
フィーチャーは、Liberty のサーバー構成で単一の JNDI エントリー定義をサポートします。- Java Persistence API (JPA)
<feature>jpa-2.0</feature>
jpa-2.0
フィーチャーは、JPA 2.0 仕様に従って作成されたアプリケーション管理 JPA およびコンテナー管理 JPA を使用するアプリケーションのサポートを提供します。 サポートは、コンテナー管理プログラミング・モデルをサポートする拡張機能と共に Apache OpenJPA の上に構築されています。安定化されたフィーチャー:jpa-2.0
フィーチャーは安定化されました。jpa-2.0
フィーチャーを引き続き使用できます。 ただし、最新の JPA フィーチャーの使用を検討してください。- Jakarta Persistence 3.0
<feature>persistence-3.0</feature>
このフィーチャーは、アプリケーション管理パーシスタンスおよびコンテナー管理パーシスタンスを使用するアプリケーションのサポートを有効にします。 このフィーチャーは、Jakarta Persistence 3.0 仕様のインターフェースおよびコンテナー管理パーシスタンス統合を含みます。 EclipseLink もデフォルトのパーシスタンス・プロバイダー実装として含まれます。
- Jakarta Persistence 3.0
<feature>persistence-3.1</feature>
このフィーチャーは、アプリケーション管理パーシスタンスおよびコンテナー管理パーシスタンスを使用するアプリケーションのサポートを有効にします。 このフィーチャーは、Jakarta Persistence 3.1 仕様のインターフェースおよびコンテナー管理パーシスタンス統合を含みます。 EclipseLink もデフォルトのパーシスタンス・プロバイダー実装として含まれます。
- Java Persistence API コンテナー
<feature>jpaContainer-2.1</feature>
jpaContainer-2.1
フィーチャーは、Java Persistence API 2.1 仕様に従って作成されたアプリケーション管理およびコンテナー管理の JPA を使用するアプリケーションのサポートを有効にします。 これは、Java Persistence API 2.1 仕様インターフェースおよびコンテナー管理 JPA 統合のみを含みます。 このフィーチャーには JPA 実装は含まれていません。- Jakarta Persistence Container 3.0
<feature>persistenceContainer-3.0</feature>
このフィーチャーは、アプリケーション管理パーシスタンスおよびコンテナー管理パーシスタンスを使用するアプリケーションのサポートを有効にします。 このフィーチャーは Jakarta Persistence 3.0 仕様のインターフェースおよびコンテナー管理パーシスタンス統合のみを含みます。 このフィーチャーには、Jakarta Persistence プロバイダーの実装は含まれていません。
- Jakarta パーシスタンス・コンテナー 3.1
<feature>persistenceContainer-3.1</feature>
このフィーチャーは、アプリケーション管理パーシスタンスおよびコンテナー管理パーシスタンスを使用するアプリケーションのサポートを有効にします。 このフィーチャーは、Jakarta Persistence 3.1 仕様のインターフェースおよびコンテナー管理パーシスタンス統合のみを含みます。 このフィーチャーには、Jakarta Persistence プロバイダーの実装は含まれていません。
- JavaMail API
<feature>javaMail-1.5</feature>
- Jakarta Mail API
<feature>Mail-2.1</feature>
- JavaScript Object Notation Binding
<feature>jsonb-1.0</feature>
<feature>jsonb-2.0</feature>
<feature>jsonb-3.0</feature>
Java API for JSON Binding (JSON-B) フィーチャーは、Java オブジェクトと JavaScript Object Notation (JSON) の間の変換のための標準を提供します。
- JavaScript Object Notation Binding via Bells
<feature>jsonbContainer-1.0</feature>
<feature>jsonbContainer-2.0</feature>
<feature>jsonbContainer-3.0</feature>
JSON-B フィーチャーは、Java オブジェクトと JSON の間の変換の標準を提供します。 デフォルトの JSON-B プロバイダーは、JSON-B プロバイダー JAR ファイルを含んでいるライブラリーをポイントする
<bell>
を介して構成されます。- JavaScript Object Notation (JSON-P) 処理
<feature>jsonp-1.0</feature>
Java API for JSON Processing (JSON-P) フィーチャーは、JavaScript Object Notation (JSON) でレンダリングされるデータの構築および操作のための標準化された方式を提供します。
- JavaScript Object Notation Processing via Bells
<feature>jsonpContainer-1.1</feature>
<feature>jsonpContainer-2.0</feature>
<feature>jsonpContainer-2.1</feature>
Java API for JSON Processing (JSON-P) フィーチャーは、JSON でレンダリングされるデータを構成および操作するための標準化された方式を提供します。 このフィーチャーが使用可能である場合、組み込み JSON-P プロバイダーはありません。 代わりに、JSON-P プロバイダー JAR ファイルを含んでいるライブラリーをポイントする
<bell>
を介して JSON-P プロバイダーを構成してください。- JavaScript Object Notation (JSON4J) ライブラリー
<feature>json-1.0</feature>
json-1.0
フィーチャーは、Java 環境用の一連の JSON 処理クラスを提供する JSON4J ライブラリーへのアクセスを提供します。 JSON4J ライブラリーには、JSON データとしてレンダリングされるデータの構成および操作を行うための単純な Java モデルが用意されています。JAX-RSアプリケーションのリクエストとレスポンスでのJSONコンテンツの使用と、JSON4JLibraries APIを参照してください。
- JSON Web Token
<feature>jwt-1.0</feature>
jwt-1.0
フィーチャーを使用すると、ユーザー ID またはトークンを伝搬するために使用できる JSON Web Token (JWT) トークンを作成してコンシュームするように Liberty サーバーを構成できます。 Libertyでの JSON Web Token (JWT) トークンの作成およびコンシュームを参照してください。- シングル・サインオン Cookie としての JSON Web Token
<feature>jwtSso-1.0</feature>
jwtSso-1.0
フィーチャーにより、 Liberty サーバーが認証用の JSON Web Token (JWT) Cookie を生成して使用できるようになります。 シングル・サインオン Cookie としての JSON Web トークンの構成を参照してください。- JavaServer Faces (JSF)
<feature>jsf-2.0</feature>
jsf-2.0
フィーチャーは、JSF フレームワークを使用する Web アプリケーションのサポートを提供します。 このフレームワークは、ユーザー・インターフェースの構造を簡単にします。jsf-2.0
フィーチャーを組み込む場合は、jsp-2.2
フィーチャーも組み込むことになります。これは、JSF フレームワークが JSP フレームワークの拡張であるためです。安定化されたフィーチャー:jsf-2.0
フィーチャーおよびjsp-2.2
フィーチャーは安定化されました。 フィーチャーを引き続き使用できます。 しかし、最新の JSF フィーチャーおよび JSP フィーチャーの使用を検討してください。- Jakarta Server Faces 3.0
<feature>faces-3.0</feature>
このフィーチャーは、Jakarta Server Faces 3.0 フレームワークを使用する Web アプリケーションのサポートを可能にします。 このフレームワークは、ユーザー・インターフェースの構造を簡単にします。
- Jakarta Server Faces 4.0
<feature>faces-4.0</feature>
このフィーチャーは、Jakarta Server Faces 3.0 フレームワークを使用する Web アプリケーションのサポートを可能にします。 このフレームワークは、ユーザー・インターフェースの構造を簡単にします。
- JavaServer Faces Container
<feature>jsfContainer-2.2</feature>
jsfContainer-2.2
フィーチャーは、JavaServer Faces (JSF) 2.2 フレームワークを使用する Web アプリケーションの CDI 統合を有効にします。 このフィーチャーに含まれているのは JSF 用のコンテナー統合コードのみであり、JSF インターフェースや JSF 実装は含まれていません。 このフィーチャーを使用するには、JSF を使用する Web アプリケーション内で JSF インターフェースおよび JSF 実装をパッケージします。サード・パーティー JavaServer Faces 2.2 実装の構成を参照してください。
- Jakarta Server Faces Container 3.0
<feature>facesContainer-3.0</feature>
このフィーチャーは、Jakarta Server Faces 3.0 フレームワークを使用する Web アプリケーションのサポートを可能にします。 このフレームワークは、ユーザー・インターフェースの構造を簡単にします。
- Jakarta Server Faces コンテナー 4.0
<feature>facesContainer-4.0</feature>
このフィーチャーは、Jakarta Server Faces 4.0 フレームワークを使用する Web アプリケーションのサポートを有効にします。 このフレームワークは、ユーザー・インターフェースの構造を簡単にします。
- JavaServer Pages (JSP)
<feature>jsp-2.2</feature>
jsp-2.2
フィーチャーは、JSP 2.2 仕様に従って作成された JSP のサポートを提供します。jsp-2.2
フィーチャーを組み込む場合は、servlet-3.0
フィーチャーも組み込むことになります。安定化されたフィーチャー:jsp-2.2
フィーチャーおよびservlet-3.0
フィーチャーは安定化されました。 フィーチャーを引き続き使用できます。 しかし、最新の JSP フィーチャーおよび servlet フィーチャーの使用を検討してください。- Jakarta Server Pages 3.0
<feature>pages-3.0</feature>
このフィーチャーは、Jakarta Server Pages 3.0 仕様に記述された Jakarta Server Pages のサポートを可能にします。 このフレームワークは、ユーザー・インターフェースの構造を簡単にします。 この機能を有効にすると、Jakarta Expression Language バージョン 4.0 機能も有効になります。
- Jakarta Server Pages 3.1
<feature>pages-3.1</feature>
このフィーチャーは、Jakarta Server Pages 3.1 仕様に記述された Jakarta Server Pages のサポートを有効にします。 このフレームワークは、ユーザー・インターフェースの構造を簡単にします。 この機能を有効にすると、Jakarta Expression Language バージョン 5.0 機能も有効になります。
- ジョブ・マネージャー統合
<feature>serverStatus-1.0</feature>
serverStatus-1.0
フィーチャーにより、Liberty サーバーは、その状況を、ジョブ構成内のリソースとしてサーバーを認識している WebSphere Application Server デプロイメント・マネージャーおよびジョブ・マネージャーに自動的に公開できます。 既知の状態はStarted
およびStopped
です。- Kerberos Constrained Delegation for SPNEGO
<feature>constrainedDelegation-1.0</feature>
このフィーチャーは、Kerberos constrained delegation for SPNEGO のサポートを可能にします。 Libertyでのアウトバウンド SPNEGO トークンに対する Kerberos 制約付き委任の構成を参照してください。
constrainedDelegation-1.0
機能構成については、SPNEGOのKerberos制約委任を参照してください。- ldapRegistry-3.0
<feature>
ldapRegistry-3.0
</feature>- ローカル JMX コネクター
<feature>localConnector-1.0</feature>
localConnector-1.0
フィーチャーは、JVM に組み込まれたローカル JMX コネクターを提供します。 この JMX コネクターは、同じユーザー ID および同じ JDK で実行しているユーザーのみが、同じホスト・マシン上でのみ使用することができます。 jConsole などの JMX クライアントや、Attach API を使用するその他の JMX クライアントによるローカル・アクセスが可能になります。JMX を使用した Liberty への接続を参照してください。
- Logstash コレクター
<feature>logstashCollector-1.0</feature>
logstashCollector-1.0
フィーチャーはさまざまなソースからデータを収集し、収集したデータを Lumberjack プロトコルを使用して Logstash サーバーに転送します。 Logstash collector・バージョン 1.0 の使用を参照してください。logstashCollector-1.0
機能構成については、ログ・スタッシュCollector-1.0を参照してください。- 管理 Bean
<feature>managedBeans-1.0</feature>
managedBeans-1.0
フィーチャーは、Managed Bean 1.0 仕様 (JSR-316) のサポートを提供します。 このフィーチャーによって、javax.annotation.ManagedBean
アノテーションを使用できるようになります。- 管理対象 executor および管理対象スレッド・ファクトリー
<feature>concurrent-1.0</feature>
concurrent-1.0
フィーチャーは、アプリケーション・サーバーで管理されるスレッド・コンテキストを使用して、同時に実行されるタスクをアプリケーションがサブミットできるようにする管理対象 executor サービスの作成を可能にします。 また、このフィーチャーにより、管理対象スレッド・ファクトリーの作成も有効になり、該当の管理対象スレッド・ファクトリーを検索するコンポーネントのスレッド・コンテキストで実行されるスレッドを作成することが可能になります。- ジャカルタ並行性
concurrent-2.0
このフィーチャーは、アプリケーション・サーバーによって管理されるスレッド・コンテキストを使用して、同時に実行するタスクをアプリケーションがサブミットできるようにする管理対象 executor の作成を可能にします。
- メッセージ駆動型 Bean
<feature>jmsMdb-3.1</feature>
このフィーチャーは、
mdb-3.1
フィーチャーに置き換えられました。 どちらのフィーチャーも機能は同じであり、フィーチャー名のみが異なるだけです。mdb-3.1
は、推奨される機能名です。jmsMdb-3.1
フィーチャーは、 メッセージ駆動型 Bean (MDB) が Liberty 内で実行するために必要な JMS リソースのデプロイおよび構成をサポートします。 このフィーチャーは、MDB が組み込み Liberty メッセージングまたは IBM MQのいずれかと対話できるようにします。- メッセージング
- 組み込み Liberty メッセージング・フィーチャー:
<feature>wasJmsServer-1.0</feature>
wasJmsServer-1.0
フィーチャーは、JMS メッセージング・エンジン・ランタイムの初期化を有効にします。 メッセージング・ランタイムの役割は、アプリケーション接続性の提供、トピックやキューなどの宛先の状態の管理、およびサービス品質、セキュリティー、トランザクションの処理です。 このフィーチャーは、リモート・メッセージング・アプリケーションからのインバウンド接続のサポートも提供します。 リモート・メッセージング・アプリケーションは、SSL または非 SSL 経由で TCP/IP を通して JMS メッセージング・エンジンに接続できます。
- MicroProfile
<feature>microProfile-1.0</feature>
microProfile-1.0
フィーチャーは、 MicroProfile 1.0 for Enterprise Java をサポートする Liberty フィーチャーを結合します。- MicroProfile 構成
<feature>mpConfig-1.1</feature>
mpConfig-1.1
フィーチャーは、複数のソースからのアプリケーション構成プロパティーを単一の構成プロパティー・セットに結合し、単一のクライアント API を使用してアクセスできるようにします。- MicroProfile コンテキストの伝搬
<feature>mpContextPropagation-1.0</feature>
- MicroProfile のフォールト・トレランス
<feature>mpFaultTolerance-1.0</feature>
mpFaultTolerance-1.0
フィーチャーは、サービス呼び出しの回復力を向上させます。 これは Failsafe 1.0.1 オープン・ソース・ライブラリーを使用します。 このフィーチャーにより、再試行、回路ブレーカー、バルクヘッド、タイムアウト、およびフォールバックを含むパターンを使用して、回復力のあるマイクロサービスをサポートする環境が提供されます。- MicroProfile GraphQL
<feature>mpGraphQL-1.0</feature>
- MicroProfile ヘルス・チェック
<feature>mpHealth-1.0</feature>
- MicroProfile JSON Web トークン
<feature>mpJwt-1.0</feature>
認証トークンとして MicroProfile JSON Web トークンを受け入れるように Liberty サーバーを構成することができます。
- MicroProfile Metrics
<feature>mpMetrics-1.0</feature>
- MicroProfile OpenAPI
Enterprise Java の MicroProfile OpenAPI を使用して REST API 資料を生成および表示することができます。
詳しくは、 REST API 資料の生成を参照してください。
- MicroProfile オープン・トレース
<feature>mpOpenTracing-1.0</feature>
- MicroProfile リアクティブ・メッセージング
<feature>mpReactiveMessaging-1.0</feature>
<feature>mpReactiveMessaging-3.0</feature>
MicroProfile Reactive Messaging フィーチャーは、イベントのストリームを処理するアプリケーションのメッセージ処理機能を拡張します。 また、ユーザーのメソッドで外部メッセージング・システムに接続することを可能にする Connector API も提供します。
詳細については、 MicroProfileメッセージングを使用した非同期通信の最適化を参照してください。
- MicroProfile リアクティブ・ストリームの操作
<feature>mpReactiveStreams-1.0</feature>
<feature>mpReactiveStreams-3.0</feature>
MicroProfile Reactive Streams Operators フィーチャーを使用して、リアクティブ・ストリームのデータを作成および操作します。 詳しくは、 リバティ でのデータのリアクティブ・ストリームの操作を参照してください。
- MicroProfile REST Client
<feature>mpRestClient-1.0</feature>
- MicroProfile テレメトリー
- MicroProfile Telemetry フィーチャーを使用して、 Liberty ランタイムで分散トレースを使用可能にします。
MicroProfileTelemetry2.0以降では、OpenTelemetryプロトコルを使用して、標準化された方法でトレース、ログ、メトリクスを収集および出力できます。 詳細については、Open Libertyウェブサイトの「Enable observability with Micro Profile Telemetry」を参照してください。
- MongoDB
<feature>mongodb-2.0</feature>
mongodb-2.0
フィーチャーは、 MongoDB インスタンスおよび関連するデータベース接続のサポートを提供します。 MongoDB 接続へのアクセスは、JNDI 検索またはリソース・インジェクションのいずれかによって使用可能です。 ネイティブcom.mongodb
API は、データベース操作を実行します。安定化されたフィーチャー:mongodb-2.0
フィーチャーは安定化されました。 このフィーチャーがサポートする MongoDB Java ドライバーのバージョン 2.10.0 から 2.14.2 は、サービスが終了しました。mongodb-2.0
機能を使う代わりに、Mongo 用の CDI プロデューサーを作成します。 CDI プロデューサーは、ユーザーの要件を満たすどの Mongo のバージョンも使用できます。Libertyでの MongoDB 接続の構成を参照してください。
- モニター
<feature>monitor-1.0</feature>
monitor-1.0
フィーチャーは、Liberty で Performance Monitoring Infrastructure (PMI) サポートを提供します。- OAuth
<feature>oauth-2.0</feature>
oauth-2.0
フィーチャーは、OAuth 2.0 プロトコルを使用してリソースへのアクセスを保護するためのサポートを提供します。- オープン・トレース
<feature>opentracing-1.0</feature>
- OpenAPI
<feature>openapi-3.0</feature>
openapi-3.0
フィーチャーは、REST API 資料を生成します。 フィーチャーは OpenAPI V3 の仕様をサポートしています。 OpenAPI を使用した REST API 資料の生成を参照してください。- OpenID
<feature>openid-2.0</feature>
このフィーチャーにより、ユーザーは複数のアカウントやクレデンシャル・セットを管理することなく、複数のエンティティーに対して自身を認証できるようになります。安定化されたフィーチャー:Liberty は、 OpenID 2.0 をサポートし、Web シングル・サインオンで依拠当事者としての役割を果たします。 Web サイトなど、さまざまなエンティティーにアクセスするには、それぞれのエンティティーに関連付けられた固有のアカウントが必要になることがよくあります。 OpenID を使用すると、OpenID プロバイダーが取り扱う 1 セットの資格情報によって、OpenID をサポートする任意の数のエンティティーへのアクセスを認可することが可能になります。openid-2.0
フィーチャーは安定化されました。 Libertyでopenid-2.0
フィーチャーを引き続き使用できます。 ただし、最新のopenidConnectClient-1.0
フィーチャーの使用を検討してください。 詳しくは、 自由 での OpenID Connect クライアントの構成を参照してください。- OpenID Connect クライアント
<feature>openidConnectClient-1.0</feature>
このフィーチャーにより、Web アプリケーションは、構成されているユーザー・レジストリーの代わりに、またはそれに追加して、ユーザーを認証するために OpenID Connect クライアント 1.0 を組み込むことができるようになります。
- OpenID Connect プロバイダー
<feature>openidConnectServer-1.0</feature>
このフィーチャーにより、Web アプリケーションは、構成されているユーザー・レジストリーの代わりに、またはそれに追加して、ユーザーを認証するために OpenID Connect サーバー 1.0 を組み込むことができるようになります。
- OSGi アプリケーション統合
<feature>
osgiAppIntegration-1.0
</feature>osgiAppIntegration-1.0
フィーチャーを使用して、同じ Java 仮想マシン内で使用可能な OSGi アプリケーションがサービスを相互に共有できるようにします。- OSGi バンドル
<feature>osgiBundle-1.0</feature>
osgiBundle-1.0
フィーチャーは、OSGi アプリケーションをデプロイするためのサポートを有効にします。 OSGi アプリケーション・サポートを使用して、Java EE と OSGi のテクノロジーを使用したモジュラー・アプリケーションを開発してデプロイすることができます。- OSGi コンソール
<feature>osgiConsole-1.0</feature>
- OSGi JPA
<feature>osgi.jpa-1.0</feature>
- パスワード・ユーティリティー
<feature>passwordUtilities-1.0</feature>
- Product Insights
<feature>productInsights-1.0</feature>
productInsights-1.0
機能は、Liberty サーバーを、IBM Cloud Product Insights 上の IBM Cloud サービスに登録し、使用状況メトリクスをレポートします。IBM Cloud Product Insights サービスは非推奨です:IBM Cloud Product Insights サービスは非推奨になりました。 2018 年 3 月 21 日より後は、新しい Product Insights サービス・インスタンスを作成できません。 既存のサービス・インスタンスはサポート終了日の 2018 年 5 月 13 日に削除されました。
- リアルタイム通信
<feature>rtcomm-1.0</feature>
Liberty Real-Time Communications フィーチャーは、
WebRTC
クライアントをリアルタイムのオーディオ/ビデオ/データ・コールに接続するために使用できる、非常にスケーラブルなコール・シグナリング・エンジンを使用可能にします。 このフィーチャーは、クライアントの登録と、2 つのエンドポイント間のWebRTC
ピア接続の作成に必要なシグナリング交換をサポートします。安定化されたフィーチャー:rtcomm-1.0
フィーチャーは安定化されました。 戦略的代替はありません。rtcomm-1.0
フィーチャーを引き続き使用できます。- REST コネクター
<feature>restConnector-1.0</feature>
restConnector-1.0
フィーチャーは、任意の JDK を使用してローカルまたはリモートで使用できるセキュア JMX コネクターを提供します。 このフィーチャーは、REST ベースのコネクター経由での JMX クライアントによるリモート・アクセスを可能にし、SSL および基本ユーザー・セキュリティー構成を必要とします。- Request timing
<feature>requestTiming-1.0</feature>
- RTComm ゲートウェイ
<feature>rtcommGateway-1.0</feature>
- SAML Web ブラウザー SSO
<feature>samlWeb-2.0</feature>
- スケーリング・コントローラー
<feature>scalingController-1.0</feature>
Scaling Controller-1.0 フィーチャーは、 Libertyのスケーリング決定を行います。 高可用性のために、複数のサーバーでスケーリング・コントローラー・フィーチャーを実行できます。 任意の時点でスケーリング決定をアクティブに行うサーバーは 1 つのみです。 そのサーバーが停止した場合、スケーリング・コントローラー・フィーチャーを実行している別のサーバーがスケーリング決定の実行を引き継ぐことができます。
- スケーリング・メンバー
<feature>scalingMember-1.0</feature>
「Scaling Member-1.0 」フィーチャーは、集合メンバーであるサーバーの server.xml の featureManagement エレメントに追加できます。 これは、集合メンバーの自動クラスタリングも可能にし、スケーリング・ポリシーで指定された基準に基づいてサーバーが動的に開始または停止できるようにします。 このフィーチャーは、スケーリング・コントローラー・フィーチャーと動作します。 スケーリング・コントローラー・フィーチャーは、集合に含まれる集合コントローラー内で有効にする必要があります。
制限:制限:スケーリング・メンバー機能(
scalingMember-1.0
)はIBM iプラットフォームでは使用できません。- Secure Sockets Layer (SSL)
<feature>ssl-1.0</feature>
このフィーチャーは、
transportSecurity-1.0
フィーチャーに置き換えられました。SSL の構成について詳しくは、 トランスポート・セキュリティーを参照してください。
- セキュリティー
<feature>
appSecurity
</feature>- サーブレット
<feature>servlet-3.0</feature>
servlet-3.0
機能は、Java Servlet 3.0 仕様に基づいて書かれたServletである HTTP をサポートします。安定化されたフィーチャー:servlet-3.0
フィーチャーは安定化されました。servlet-3.0
フィーチャーを引き続き使用できます。 ただし、最新のフィーチャーの使用を検討してください。- SIP サーブレット
<feature>sipServlet-1.1</feature>
sipServlet-1.1
フィーチャーは、SIP Servlet Specification 1.1 (JSR 289 とも呼ばれる) のサポートを提供します。 Session Initiation Protocol (SIP) は、オーディオ、ビデオ、ピアツーピア通信など、多くの対話式サービスの制御プロトコルです。Liberty での Session Initiation Protocol (SIP) の管理を参照してください。
sipServlet-1.1
機能構成については、sipServlet-1.1を参照してください。- セッション・パーシスタンス
<feature>sessionDatabase-1.0</feature>
sessionDatabase-1.0
フィーチャーは、Liberty でのセッション・アフィニティーとフェイルオーバー・サポートを提供します。 データベースへの Liberty セッション・パーシスタンスの構成を参照してください。- ソーシャル・ログイン
<feature>socialLogin-1.0</feature>
このフィーチャーにより、ユーザーは、ソーシャル・メディア・アカウントを使用してログインすることで、 Liberty サーバーでホストされている Web サイトに対して認証を行うことができます。 Libertyでのソーシャル・ログインの構成を参照してください。
- SPNEGO
<feature>spnego-1.0</feature>
この機能により、ユーザーは、再度プロンプトが出されることなく、Microsoft ドメイン・コントローラーに 1 回ログインし、 Liberty サーバー上の保護アプリケーションにアクセスすることができます。 Liberty での SPNEGO 認証の構成を参照してください。
- Spring Boot
<feature>springBoot-1.5</feature>
このフィーチャーは、Spring Boot 1.5.x を使用する Spring Boot アプリケーションのサポートを有効にします。
- タイムド・オペレーション
<feature>timedOperations-1.0</feature>
このフィーチャーにより、アプリケーション・サーバーで特定操作の実行が予想より遅いときに警告を記録するサポートを有効にすることができます。
安定化されたフィーチャー:timedOperations-1.0
フィーチャーは安定化されました。 戦略的代替はありません。timedOperations-1.0
フィーチャーを引き続き使用できます。- トランスポート・セキュリティー
<feature>transportSecurity-1.0</feature>
transportSecurity-1.0
フィーチャーは、Transport Layer Security (TLS) 接続をサポートします。 TLS プロトコルは、非推奨になった Secure Sockets Layer (SSL) プロトコルの更新版です。 この機能は、ssl-1.0
機能に優先します。transportSecurity-1.0
フィーチャーは、特定の SSL プロトコルも TLS プロトコルも暗黙指定しません。そのような情報は、標準的な JVM 構成から取得されます。TLS 証明書を指定するには、 server.xml ファイルにポインターを追加します。 Libertyとの通信の保護を参照してください。
HTTPS ポートを変更するには、 server.xml ファイル内の
<httpEndpoint>
要素の<httpsPort>
属性を設定します 。「Liberty ブートストラッププロパティの指定」 を参照してください。- 使用量計測
<feature>usageMetering-1.0</feature>
安定化されたフィーチャー: 使用量の計量フィーチャーは安定化されました。 現在、 WebSphere Automationで使用されています。 アプリケーション開発または一般的な正常性状況のニーズについては、MicroProfile Metrics フィーチャーの使用を検討してください。 使用可能なメトリックについて詳しくは、 MicroProfile メトリックを使用したモニターを参照してください。- Web アプリケーション・バンドル (WAB)
<feature>wab-1.0</feature>
wab-1.0
フィーチャーは、エンタープライズ・バンドル内にある WAB のサポートを提供します。このフィーチャーは、WAB 内にパッケージされた 以下のリソースをサポートします。- 静的 Web コンテンツおよび JSP。
- Servlet 3.0 仕様に従って作成された HTTP サーブレット。
- Blueprint アプリケーション。
- Web Profile
<feature>webProfile-6.0</feature>
このフィーチャーは、 Java EE 6 Web Profile をサポートするために必要な Liberty フィーチャーの便利な組み合わせを提供します。
- WebSocket
<feature>websocket-1.0</feature>
- WebSphere Application Server Heritage API
heritageAPIs-1.0
heritageAPIs-1.1
これらのフィーチャーは、従来の WebSphere Application Server アプリケーションをより簡単に Libertyにマイグレーションできるように支援します。 Heritage API はマイグレーションの目的のみに使用するためのものであり、新規アプリケーションの作成や既存のアプリケーションの維持のためには最適化されていません。 レガシー・アプリケーション用のこれらのフィーチャーは、Jakarta EE ではなく、 Java EEと互換性があります。 詳細については、WebSphere Application ServerHeritage API1.0 を参照してください。
- Web サービス・アトミック・トランザクション
<feature>wsAtomicTransaction-1.2</feature>
wsAtomicTransaction は、相互運用可能なトランザクション・プロトコルです。 これにより、Web サービス・メッセージを使用して分散トランザクションをフロー制御し、 異機種トランザクション・インフラストラクチャー間で相互運用可能な方法で調整することができます。
Libertyの
wsAtomicTransaction-1.2
構成情報については、 Liberty の Web Services アトミック・トランザクションを参照してください。- Web サービス・セキュリティー
<feature>wsSecurity-1.1</feature>
- WebSphere MQ メッセージング・フィーチャー:
<feature>wmqMessagingClient-3.0</feature>
wmqMessagingClient-3.0
フィーチャーは、Jakarta Messaging 3.0 API を介して、 IBM MQ でホストされているメッセージ・キューへのアクセスをアプリケーションに提供します。