この章では、WebLogic Server 12.2.1の、次の新規および変更された機能について説明します。
このドキュメントの改訂履歴
日付 | 変更の説明 |
---|---|
2015年11月 |
|
2015年12月 |
|
2016年1月 |
|
2016年2月 |
|
WebLogic Serverのマルチテナンシにより、複数の組織で使用できる共有可能なインフラストラクチャが提供されます。これらの組織は、テナントとして考えることができる、独自に選択した概念的なグループです。1つのドメインによる複数のテナントのサポートを可能にすることによって、WebLogic Server MTでは密度が改善され、より効率的なリソース利用が可能になる一方で、実行時のアプリケーション間の相互影響、セキュリティの相違、データの混合、管理上の課題といった、複数のアプリケーションを共有しようとするときに通常存在する障害が除去されました。
WebLogic Server MTでは、ドメイン・パーティション(テナントに対して実行中のアプリケーション・インスタンスおよび関連リソース専用の、WebLogicドメインの管理スライスとランタイム・スライス)において、リソース隔離が提供されます。ドメイン・パーティションは、アプリケーション・インスタンスと関連リソースが、テナント固有のアプリケーション・データ、構成およびランタイム・トラフィックを分離しつつ、ドメイン、WebLogic Server自体、Java仮想マシンおよびオペレーティング・システムを共有できるようにすることによって高密度を実現します。
WebLogic Server MTは、WebLogic Server Enterprise EditionとWebLogic Suite製品を拡張するものであり、次のコンポーネントを含みます。
WebLogic Server
Fusion Middleware Control (主要なグラフィカル・ユーザー・インタフェース)
Oracle Traffic Director
Coherence
追加情報は、『WebLogic Server MTの使用』を参照してください。
マルチテナンシをサポートするために、新しいWLSTコマンドがWebLogic Server 12.2.1に追加され、マルチテナント環境のための新しい引数をサポートするように既存のコマンドが変更されました。
次のWLSTコマンドが、マルチテナンシのために追加されました。
importPartition
- ドメイン・パーティションをパーティション・アーカイブからインポートします。
exportPartition
- ドメイン・パーティションをパーティション・アーカイブにエクスポートします。
startPartitionWait
- ドメイン・パーティションを開始し、パーティションが開始するまで待機します。
migrateResourceGroup
- ドメイン・パーティション・リソース・グループを、1つのターゲットから別のターゲットに移行します。
マルチテナンシをサポートするため、既存のWLSTコマンドに、次の引数が追加されました。
deploy
コマンドに、resourceGroup
、resourceGroupTemplate
およびpartition
引数が追加されました。これらを使用して、デプロイメントのスコープとなるリソース・グループ、リソース・グループ・テンプレートおよびパーティションを指定します。
redeploy
コマンドに、resourceGroupTemplate
、partition
およびremovePlanOverride
引数が追加されました。これらを使用して、再デプロイメントのスコープとなるリソース・グループ・テンプレートおよびパーティションと、リソース・グループ・レベルの以前の計画オーバーライドを削除するかどうかを指定します。
resourceGroupTemplate
およびpartition
引数が、undeploy
コマンドに追加されました。これらを使用して、デプロイメントのスコープとなるリソース・グループ・テンプレートおよびパーティションを指定します。
updateApplication
コマンドに、resourceGroupTemplate
、partition
およびremovePlanOverride
引数が追加されました。これらを使用して、新規デプロイメントのスコープとなるリソース・グループ・テンプレートおよびパーティションと、リソース・グループ・レベルの以前の計画オーバーライドを削除するかどうかを指定します。
distributeApplication
コマンドに、resourceGroup
、resourceGroupTemplate
およびpartition
引数が追加されました。これらを使用して、コピーされたデプロイメント・バンドルのスコープとなるリソース・グループ、リソース・グループ・テンプレートおよびパーティションを指定します。
startApplication
およびstopApplication
コマンドに、partition
引数が追加されました。この引数を使用して、デプロイメントのスコープとなるパーティションを指定します。
exportDiagnosticDataFromServer
コマンドにpartition
引数が追加されました。この引数を使用して、診断データを取得するパーティションを指定します。
saveDiagnosticImageCaptureFile
およびsaveDiagnosticImageCaptureEntry File
コマンドに、partition
引数が追加されました。この引数を使用して、イメージまたはイメージ・エントリを取得するパーティションを指定します。
captureAndSaveDiagnosticImage
コマンドにpartition
引数が追加されました。この引数を使用して、イメージを取得するパーティションを指定します。
partition
引数は、次の新しいWLST診断コマンドに対してもサポートされます。この引数を使用して、ドメインの中の特定のパーティションに診断コマンドのスコープを制限します。
activateDebugPatch
deactivateDebugPatches
exportHarvestedTimeSeriesData
exportHarvestedTimeSeriesDataOffline
getAvailableDiagnosticDataAccessornames
purgeCapturedImages
これらおよびその他の新しいWLSTコマンドの詳細は、「WLST」を参照してください。
WebLogic Server MTを使用すると、ドメインおよびパーティション・レベルで、リソース・グループ・テンプレートとリソース・グループに、アプリケーションとライブラリをデプロイできます。既存のデプロイメント・クライアントに追加される新しい属性を使用して、これらのスコープにデプロイメント操作を実行できます。次のデプロイメント・クライアントは、マルチテナント・アプリケーションのデプロイメントをサポートします。
weblogic.Deployer
WLSTデプロイメント・コマンド
JSR-88 API (デプロイメント用)
JMX Deployment API
WLDeploy antタスク
Maven goals (デプロイメント用)
WebLogic Server管理コンソール
Fusion Middleware Control
詳細は、『Oracle WebLogic Serverへのアプリケーションのデプロイ』のアプリケーションのデプロイに関する項と、『WebLogic Server MTの使用』のリソース・グループやテンプレートへのアプリケーションのデプロイに関する項を参照してください。
その他のマルチテナント・デプロイメント機能には、次のものがあります。
パーティション固有のデプロイメント計画を使用して、パーティション内のリソース・グループ・テンプレートまたはリソース・グループにデプロイされているアプリケーションをカスタマイズできます。パーティション固有のデプロイメント計画は、パーティション・レベルでなく、パーティション内のリソース・グループ・レベルで指定されます。WebLogic Serverによってパーティション固有のデプロイメント・プランが指定されたアプリケーションに適用される場合、プランで指定された変更は、そのパーティション内のアプリケーションのデプロイメントのみに影響します。
パーティション固有のアプリケーション・デプロイメント計画を構成するには、redeploy
またはupdateApplication
WLSTコマンドを使用します。新しいWLSTオプションresourceGroupTemplate
およびpartition
はアプリケーション・デプロイメントのスコープを識別し、既存のWLSTオプションplanPath
およびappName
はパーティション固有のデプロイメント計画の場所と、変更するアプリケーション・デプロイメントの名前を識別します。
詳細は、『WebLogic Server MTの使用』の、パーティション固有のデプロイメント計画の使用に関する項を参照してください。
WebLogic Server 12.2.1では、複数の編集セッションにおよぶ同時デプロイメント操作をサポートしています。同時デプロイメントでは、異なるパーティション管理者が同時にアプリケーションをデプロイでき、別の管理者のアプリケーションがデプロイメント・プロセスを完了するのを待機する必要がありません。同時デプロイメントはパフォーマンスを向上し、他の管理者によるブロックを防止します。同時デプロイメントは自動的に行われます。構成が必要な属性はありません。
マルチテナンシをサポートするために、JNDIはパーティションを認識し、内部的にパーティション隔離を提供します。パーティション対応のJNDIには、次の機能が含まれます。
パーティション指定およびドメイン指定のグローバルJNDIリソース - ノード上のすべてのパーティションとドメインに対して1つのグローバルなJNDIツリーが存在します。たとえば、EJBを複数のパーティションとドメインにデプロイする場合、EJBのJNDI名は各パーティションとドメインのグローバルJNDIツリーにバインドされます。JNDI名を参照する場合、使用されるJNDIツリーは参照のスコープ(パーティションまたはドメイン)により異なります。
オブジェクトベースのパーティション関連付け - JNDIコンテキストがドメイン・パーティション内に作成された場合、コンテキスト・オブジェクトはパーティション・ネームスペースに束縛され、以降のすべてのJNDI操作はパーティションのコンテキストの範囲内で行われます。
パーティション間アクセス - パーティションJNDIリソースには、リモートのスタンドアロンJavaコードからWebLogic Serverクライアントを使用しても、リモートWebLogic Serverインスタンスに存在するコードを使用してもアクセスできます。同じサーバーの別のパーティションからもアクセスできます。
クラスタ化されたJNDI - クラスタを表すJNDIツリーは、単一のグローバル・ツリーとしてクライアントに表示されます。クラスタ規模のサービスを含むツリーは、クラスタ内の各WebLogic Serverインスタンスまたはパーティション全体でレプリケートされます。
外部JNDI - 別のパーティションがローカルであっても、リモートであっても、外部JNDIを使用してアクセスできます。他のパーティションのプロパティを持つ外部JNDIプロバイダを設定することによって、パーティション外部に存在するオブジェクトを参照および使用できます。
新しいプロバイダURLパターン - パーティションを横断するローカル・アクセスのために、次の新しいプロバイダURLパターンが導入されました。
local://?partitionName=DOMAIN
は、コンテキストをドメイン上に作成します。
local://?partitionName=
partitionName
は、指定されたパーティション上にコンテキストを作成します。
パーティションJNDIリソース・ライフサイクル - パーティションJNDIリソースは、パーティション・ライフサイクルに基づいて維持されます。パーティションが作成されて起動されると、パーティションJNDIツリーがパーティション・ルート・ノードとともに作成されて、使用可能な状態になります。パーティションが停止すると、パーティションJNDIツリーは削除されます。
パーティション情報のバインド - パーティション・ツリーの初期化時に、パーティション情報がパーティション・グローバルJNDIツリーにバインドされます。このため、次を参照することによって、コンテキストのパーティション情報を取得できます。
weblogic.partitionName
。コンテキスト・ベースのパーティションのパーティション名または「ドメイン」(ドメインの場合)を戻します。
weblogic.partitionID
。現在のパーティションのパーティションIDまたは「0」(ドメインである場合)を戻します。
詳細は、『WebLogic Server MTの使用』の、JNDIの構成およびプログラミングに関する項を参照してください。
マルチテナンシとパーティションをサポートするために、Weblogic Security Serviceリリース12.2.1には次の新しい機能が含まれます。
複数のアクティブなレルム
セキュリティ構成とメタデータを隔離するために、WebLogic Serverでは、ドメインで複数のアクティブなセキュリティ・レルムを持つことが可能になりました。複数のアクティブ・レルムがサポートされているため、各パーティションで別々のレルムに対して実行でき、レルム・ベースのサービスをパーティションごとに構成できます。パーティションがセキュリティ・レルムを共有する場合もあり、2つのパーティション間のセキュリティ構成を隔離する必要がない場合などに適切です。
アイデンティティ・ドメイン
アイデンティティ・ドメインはユーザーとグループの論理ネームスペースで、通常、物理ストアにおける独立した一群のユーザーやグループを表します。アイデンティティ・ドメインを使用して、特定のパーティションに関連付けられているユーザーを識別します。
パーティション対応のセキュリティ・サービス
パーティション対応のセキュリティ・サービスには実行されるパーティションに関するコンテキストが含まれています。これにより、リソースが属するパーティションに基づいて、リソースへのアクセスを制御できます。パーティション対応のサービスは、アイデンティティ・ドメイン対応でもあります。
パーティション対応のセキュリティ・サービスをサポートするために、WebLogic Serverでは、パーティション・レベルでアクセスをスコープ指定するためにセキュリティ・ポリシーで使用できる、いくつかの新しい述語が追加されます。
詳細は、『WebLogic Server MTの使用』の、セキュリティの構成に関する項を参照してください。
パーティション固有のワーク・マネージャを使用すると、同じWebLogic Serverインスタンスを共有するパーティション間で作業リクエストのスレッド使用量および優先度付けの公平性を確保できます。
パーティション・ワーク・マネージャ:
システム管理者がパーティションでのスレッド使用量ポリシーを設定して、カスタマイズされたQoSレベルを構成できるようにします。
パーティション管理者がパーティションのワーク・マネージャ・ポリシーを構成できるようにします。
いろいろなパーティションからの作業リクエストによるスレッド使用量の優先度付けをサポートします。
パーティションでのスレッド・リソース使用量の公平性を確保します。
詳細は、『WebLogic Server MTの使用』の、パーティション・ワーク・マネージャの構成に関する項を参照してください。
Oracle WebLogic Serverの継続的可用性は、分散した地理的位置にわたる複数のデータ・センターをまたぐ最大可用性アーキテクチャ(MAA)を作成するための統合ソリューションを提供します。統合されたコンポーネントには、Oracle WebLogic Server、Oracle Coherence、Oracle Traffic Director、Oracle SiteGuardおよびOracle Databaseなどがあります。この統合ソリューションの大きな利点は、フェイルオーバーまたはスイッチオーバーの高速化、全体的なアプリケーション可用性の増大、データの整合性、ヒューマン・エラーおよびリスクの低減、作業のリカバリおよびリアルタイム・データのローカル・アクセスです。
継続的可用性の主要な機能には、次のものがあります。
自動ドメイン間トランザクション・リカバリ - 異なるドメインまたは異なるサイトで実行されているサーバーによる、ドメイン全体またはサイト全体におよぶXAトランザクションの自動リカバリを提供します。
ダウンタイムのないパッチ適用 - ダウンタイムまたはセッションの切断を避けつつパッチのロールアウトを編成する自動メカニズムを提供します。
WebLogic Server MTライブ・リソース・グループ移行 - アプリケーション・ユーザーに影響を及ぼさずに、パーティション・リソース・グループを、ドメイン内の1つのクラスタ/サーバーから別のものに移行する機能を提供します。
Coherenceフェデレーテッド・キャッシュ - 地理的に分散した複数のクラスタにわたって、キャッシュ・データを非同期にレプリケートします。
Coherence GoldenGate HotCache - キャッシュ内のデータベース変更をリアルタイムに検出し、反映します。
Oracle Traffic Director - HTTP、HTTPSおよびTCPのトラフィックを、ネットワーク上のアプリケーション・サーバーやWebサーバーにルーティングします。
Oracle Site Guard - 管理者は、サイトの完全なスイッチオーバーやフェイルオーバーを自動完了できます。
継続的可用性の機能や、サポートされているMAAアーキテクチャの詳細は、『Oracle WebLogic Serverのための継続的可用性』を参照してください。
WebLogic Server 12.2.1は、Java Platform Enterprise Edition (Java EE) Version 7.0の完全互換の実装です。Java EE 7を使用すると、開発者はJava Enterprise APIの最新のイノベーション(新しいプログラミング・モデル、既存仕様の統合、強化、場合により簡素化など)を利用できます。
Java EE 7 APIおよび関連する機能により、REST、WebSocketおよびServer-Sent Eventsなどの軽量のWebベースのプロトコルを使用するリッチ・クライアントからアクセスされる、サーバー・アプリケーションの開発が簡素化されます。開発ツールの改善およびオープン・ソースのサポートにより、開発者の選択肢が広がり、開発環境の作成が容易になりました。
WebLogic Server 12.2.1で提供される新しいJava EE 7サポートの更新については、次の各項で説明します。
WebLogic Server 12.2.1では、Batch Processing Runtime for the Java EE 7 Platform (JSR 352)のサポートが追加されました(バッチ・ジョブの定義、実装および実行のサポートを提供)。
WebLogic Serverのバッチ・ランタイムでは、JobRepositoryとも呼ばれるデータ・ソースと管理対象エグゼキュータ・サービスを使用して、非同期バッチ・ジョブを実行します。エグゼキュータ・サービスがジョブを処理し、JobRepositoryデータ・ソースが現在および過去のジョブのステータスを格納します。各WebLogicドメインのデフォルトのバッチ・ランタイムは、Derbyデモ・データベースにより、構成しないで使用できます。エンタープライズレベルのデータベース・スキーマを使用する環境では、各WebLogicドメインに対して、専用のJobRepositoryデータ・ソースとエグゼキュータ・サービスを構成できます。
バッチ・ランタイムの構成と管理の詳細は、『Oracle WebLogic Serverサーバー環境の管理』の、バッチ・ランタイムの使用に関する項を参照してください。
WebLogic Server 12.2.1では、Java EE 1.0 (JSR 236)(サーブレットやEJBなどのJava EEアプリケーション・コンポーネントに非同期機能を提供する標準API)のための並行処理ユーティリティのサポートが追加されました。
WebLogic Serverでは、並行処理ユーティリティAPIをワーク・マネージャに関連付けてスレッドをコンテナ管理にすることで、Java EEアプリケーションに同時実行性機能を提供しています。同時管理対象オブジェクト(CMO)を構成し、それらのオブジェクトがアプリケーション・コンポーネントで使用できるようにします。CMOは、ワーク・マネージャと同様に、管理コンソール、MBeanまたはデプロイメント・ディスクリプタを使用することで、ドメイン・レベル、アプリケーション・レベルおよびモジュール・レベルで定義できます。
同時リソースの構成および管理の詳細は、『Oracle WebLogic Serverサーバー環境の管理』の同時リソースの構成に関する項を参照してください。
Oracleでは、Java EE 7に準拠したランタイムが必要とするデフォルト・データ・ソースが提供されます。アプリケーションは、この事前構成されたデータ・ソースを使用して、WebLogic ServerとともにインストールできるDerby Databaseにアクセスできます。『Oracle WebLogic Server JDBCデータ・ソースの管理』の「デフォルト・データ・ソースの使用」を参照してください。
Java Message Service(JMS) 2.0仕様で定義された、簡略化されたAPI。詳細は、『Oracle WebLogic Serverアプリケーションの開発』の簡略化されたAPIプログラミング・モデルに関する項を参照してください。
WebLogic Server 12.2.1は、Java EE Connector Architecture(JCA) 1.7仕様をサポートします。詳細は、『Oracle WebLogic Serverリソース・アダプタの開発』のリソース・アダプタの理解に関する項を参照してください。
WebLogic Server 12.2.1は、Enterprise Java Beans(EJB) 3.2仕様をサポートします(JSR 352)。詳細は、『Oracle WebLogic Server Enterprise JavaBeansの開発』のEnterprise JavaBeansの理解に関する項を参照してください。
WebLogic Server 12.2.1では、WebSocketアプリケーションでのクラスタ化と高可用性のサポートが追加されました。WebSocketクラスタ化では、Coherenceを実装の一部に使用して、すべてのクラスタ・メンバー間の通信を確立します。WebSocketクラスタ化を使用すると水平スケーリングが可能になり、メッセージをクラスタのすべてのメンバーに送信したり、接続したクライアントの最大数を増やしたり、ブロードキャストの実行時間を短縮したりできます。
WebLogic Server 12.2.1では、WebLogic WebコンテナにおけるGZIP圧縮のサポートが追加されました(ドメインまたはWebアプリケーション・レベルで有効化可能)。GZIP圧縮を有効化すると、最小コンテンツ長や圧縮コンテンツ・タイプなどの属性を構成し、関連の統計を監視できます。詳細は、『Oracle WebLogic Server Webアプリケーション、サーブレット、JSPの開発』のWebアプリケーションでのGZIP圧縮の有効化に関する項を参照してください。
WebLogic Server 12.2.1には、次のセキュリティ標準のサポートが含まれます。
Java Authorization Contract for Containers 1.5
Java Authentication Service Provider Interface for Containers 1.1 (JASPIC)
パッケージ化された権限
対象外のHTTPメソッド(Servlet 3.1のJSR 340)
詳細は、「セキュリティ」を参照してください。
WebLogic Serverとともにオプションでインストールできるサンプル・アプリケーションは、次の各項で説明するように、Java EE 7に合せて更新されました。
Avitek Medical Record (MedRec)は、WebLogic ServerおよびJava EEの機能とベスト・プラクティスを例示する総合的な学習用サンプル・アプリケーションです。WebLogic Server 12.2.1では、次のJava EE 7機能を示すためにMedRecがアップグレードされました。
Java Persistence 2.1
簡略化されたJMS 2.0のAPI
コンテキストと依存性の注入 1.1
Batch 1.0
JAX-RS 2.0
JavaServer Faces 2.2
JSON処理1.0
HTML5
次のJava EE 7機能を示すために、新しいサンプル・アプリケーションが追加されました。
JSON処理1.0
Servlet 3.1
JavaServer Faces 2.2
式言語3.0
バッチ処理
並行処理ユーティリティ
コンテキストと依存性の注入 1.1
Java EEコネクタ・アーキテクチャ 1.7
Java Persistence 2.1
Java Message Service API 2.0
Enterprise JavaBeans 3.2
RESTful Webサービス(JAX-RS) 2.0の非同期処理、フィルタとインターセプタ、およびサーバー送信イベント(SSE) JerseyサポートのためのJava API。
WebLogic Server 12.2.1は、Enterprise Java Beans(EJB) 3.2仕様をサポートします(JSR 352)。詳細は、『Oracle WebLogic Server Enterprise JavaBeansの開発』のEnterprise JavaBeansの理解に関する項を参照してください。
WebLogic Server 12.2.1では、JDK 8.0の使用が認定されています。サポートされたWebLogic Server 12.2.1クライアントでは、JDK 7.0およびJDK 8.0 Update 40の使用が認定されています。WebLogic Serverインストール・プログラムを実行するには、認定されたJDKが必要です。詳細は、次を参照してください。
Oracle Technology NetworkのOracle Fusion Middleware Supported System Configurationsページ。
『Oracle WebLogic ServerおよびCoherenceのインストールと構成』の「システム環境の確認ロードマップ」
Oracle WebLogic Server 12.2.1は、Dockerコンテナ内部で実行できると認定されています。DockerはLinuxベースのコンテナ・テクノロジーで、単一のホストOSまたは仮想マシン上に、開発または本番環境の、クラスタ化または非クラスタ化された、軽量のWebLogic Serverドメイン構成を短時間で作成できます。
この認定の一部として、Oracle WebLogic ServerのイメージをビルドするためのDockerファイルとサポート・スクリプトが用意されています。これらのイメージは、既存のOracle Linuxイメージの拡張としてビルドされます。これらのスクリプトとビルド・イメージは、GitHubの次の場所で入手できます。
https://github.com/oracle/docker/tree/master/OracleWebLogic
詳細は、『DockerでのOracle WebLogic Server 12.2.1の実行』のスタート・ガイドに関する項を参照してください。
WebLogic Server 12.2.1はWebLogic Serverの以前のバージョンからのサポートに基づき、クラスタ環境内、Oracleデータベースの新機能の使用時、マルチ・データ・センター・アーキテクチャ内およびExalogicシステムで、WebLogic Serverアプリケーションの信頼性、可用性、スケーラビリティおよびパフォーマンスを向上します。
これらのサポートの改善点については、次のトピックで説明します。
WebLogic Server 12.2.1には、次の新しい変更済デプロイメント機能が含まれます。
リソース・グループがリソース・グループ・テンプレートを参照する場合、リソース・グループ・テンプレートで定義されたアプリケーション構成を継承します。リソース・グループ・テンプレートのデフォルト・アプリケーション構成をオーバーライドすることによって、リソース・グループ内の特定のアプリケーションをカスタマイズできます。
リソース・グループ・テンプレートで定義されたアプリケーション構成をオーバーライドするには、アプリケーションが自身の構成のために使用できる、異なるデプロイメント計画を指定します。アプリケーション・オーバーライドを適用したり、既存のオーバーライドを削除したりするには、管理コンソールやFusion Middleware Controlを使用するか、update
またはredeploy
コマンドで、サポートされているデプロイメント・クライアントのいずれかを指定します。
詳細は、『Oracle WebLogic Serverへのアプリケーションのデプロイ』の、アプリケーション構成のオーバーライドに関する項や、『WebLogic Server MTの使用』の、アプリケーション構成のオーバーライドに関する項を参照してください。
WebLogic Server 12.2.1では、パラレル・デプロイメントのサポートが追加されました。複数アプリケーションのデプロイメント、複数モジュールを持つ単一アプリケーションのデプロイメントまたは複数のパーティションにおよぶ1つまたは複数のアプリケーションのデプロイメントを含むユース・ケースでは、パラレル・デプロイメントにより、起動および実行後のデプロイメント時間が短縮されます。マルチテナント環境では、パラレル・デプロイメントは、テナント間でのパフォーマンスへの影響を防ぐ助けになります。
パラレル・デプロイメントの詳細は、『Oracle WebLogic Serverへのアプリケーションのデプロイ』の、アプリケーションおよびモジュールでのパラレル・デプロイメントの有効化に関する項と、『WebLogic Server MTの使用』の、マルチテナント環境でのパラレル・デプロイメントの有効化に関する項を参照してください。
WebLogic Server 12.2.1では、Java EE Contexts and Dependency Injection (CDI)仕様で作業するためにFastSwapが拡張されました。
FastSwapを開発モードで使用すると、アプリケーションの再デプロイを回避し、開発における反復時のターンアラウンド・タイムを短縮する助けになります。FastSwapをCDIとともに使用して、開発効率を改善できるようになりました。FastSwapの詳細は、『Oracle WebLogic Serverへのアプリケーションのデプロイ』のFastSwapデプロイメントによる再デプロイメントの最小化に関する項を参照してください。
WebLogic Server 12.2.1では、いくつかのデプロイメント・パフォーマンスが拡張されました。改善点は次のとおりです。
アプリケーション・クラスのパラレル・ロード。
クラス・ファインダ・データのインデクシングによる、クラスとリソースの迅速な検出。
デプロイメント識別時のデプロイメント・ファクトリ・キャッシュにより、大規模デプロイメント・プロセスの高速化を促進。
ライブラリとアプリケーションの注釈スキャン・キャッシュによるサーバー再起動の支援と、デプロイメント所要時間の短縮。
モジュールのクラスパスの各JARファイルのパラレル処理のための、注釈のパラレル・スキャン。
WebLogic Server 12.2.1では、アプリケーション名は各デプロイメント・スコープ内で一意である必要があります。アプリケーションをドメインにグローバルにデプロイする場合、そのアプリケーション名が現在のドメインですでに使用中である場合、アプリケーション・デプロイメントは失敗します。これは以前のWebLogic Serverバージョンから変更された動作で、以前は、同じアプリケーション名を指定すると、指定した名前に基づいてWebLogic Serverが固有の名前を自動的に作成していました。
WebLogic Server 12.2.1には、次の新規および変更された機能が含まれます。
以前のリリースでは、新しいJDBCドライバを追加する場合、または置き換えるJARの名前が元のJARと異なるJDBCドライバを更新する場合、WebLogic Serverのクラスパスを更新して、JDBCドライバ・クラスの場所を含める必要がありました。12.2.1では、ドライバを単純に$DOMAIN_HOME/lib
ディレクトリに配置でき、クラスパスを変更する必要はありません。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』のWebLogic Serverにインストールされていないサード・パーティJDBCドライバの追加に関する項を参照してください。
WebLogic Server MT環境でデータベース間の切替え機能を提供する、新しいデータ・ソース・タイプが提供されます。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』のプロキシ・データ・ソースの使用に関する項を参照してください。
データ・ソースの構成と監視がWebLogic Server MT用にサポートされます。詳細は、『WebLogic Server MTの使用』の、JDBCの構成に関する項を参照してください。
ユニバーサル接続プール(UCP)データ・ソースを、UCPを使用してOracle Databasesに接続するユーザーのためのオプションとして利用できるようになりました。UCPは、WebLogic Server接続プールへの代替接続プール・テクノロジを提供します。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』のユニバーサル接続プール・データ・ソースの使用に関する項を参照してください。
接続リーク・プロファイルの拡張には、次のものがあります。
非アクティブ接続タイムアウト秒数
のかわりに使用して、予約済の接続がリークしたとみなされるまでの時間を指定する、新しい属性設定済接続リーク・タイムアウト秒数
。
2つの新しいプロファイル・レコード:
JDBCオブジェクト・クローズド使用量 - 接続、文または結果セットを閉じるアプリケーション・コンポーネントに関するプロファイル情報を収集します。
ローカル・トランザクション接続リーク - ローカル・トランザクションのリークが発生するアプリケーション・コンポーネント(起動するがトランザクションをコミットまたはロールバックしない)に関するプロファイル情報を収集します。
詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』のプロファイル情報の収集に関する項を参照してください。
環境に基づいて、変数を使用して接続ベースのシステム・プロパティを設定できます。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』のOracle WebLogic ServerでのJDBCデータ・ソースの管理に関する項を参照してください。
アプリケーション・コンティニュイティ(またはリプレイ)の統計情報は、汎用およびActive GridLinkデータ・ソースの場合、JDBCReplayStatisticsRuntimeMBean
を使用して利用できます。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』のアプリケーション・コンティニュイティの実行時統計情報の表示に関する項を参照してください。
プロパティ・ノード・リストを使用してONSノード・リストを構成できるようになりました。単一のノード・リストのかわりに使用できるプロパティ・ノード・リストは複数のレコードから構成される文字列で、各レコードはkey=valueペアから構成されています。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』の、ONSクライアントの構成に関する項を参照してください。
サーバーへのアタッチ後に、データベースへのラウンドトリップを強制するネットワーク・タイムアウトを指定するシステム・プロパティweblogic.jdbc.attachNetworkTimeout
が提供されています(Oracle pingデータベース操作を使用)。タイムアウトは、その後設定解除されます。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』のデータベース常駐接続プーリングに関する項を参照してください。
この機能を説明しているドキュメントが拡張され、JDBC接続とのEBRの併用の詳細を含み、エディションを使用するようにWebLogicデータ・ソースを構成する方法を説明しています。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』でエディションベースの再定義の使用に関する項を参照してください。
マルチ・データ・ソースとActive Gridlinkデータ・ソースのためにデータベース・メンテナンスとダウンタイムを計画、管理する手順とガイドラインが含まれました。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』で次のトピックを参照してください。
マルチ・データ・ソートを使用した計画済データベース管理に関する項
AGLデータ・ソースを使用したデータベース・ダウンタイムの管理に関する項
WebLogic Server 12.2.1には、次の新規および変更されたJTA機能が含まれます。
Oracleでは、XAトランザクションのTLogへの書き込みをなくすオプションを用意することで、XAトランザクションのパフォーマンスを向上しています。TLogが存在しない場合、トランザクション・リカバリ中はXAトランザクション・リソース(決定子)が使用されます。『Oracle WebLogic Server JTAアプリケーションの開発』のトランザクションTLog書込みなしのXAトランザクションに関する項を参照してください。
WebLogic Server 12.2.1のJMSには、次が含まれています。
マルチテナント環境でのWebLogicメッセージング・サービスのサポートには、次のものがあります。
モジュール、JMSリソース、パス・サービス、ストアおよびJMS Destination Availability Helperなどの外部ヘルパーを含む、コアWebLogicメッセージング・コンポーネント。
メッセージング・ブリッジ、JMSプールおよび外部JMSサーバーを含む統合ソリューション。
JMS SAFやWSRM JAX RPCなどのストア・アンド・フォワード(SAF)エージェント。
外部JMSサーバーを使用するAQ JMS。
詳細は、『WebLogic Server MTの使用』の、メッセージングの構成に関する項を参照してください。
WebLogic Server 12.2.1では、メッセージング構成を単純化し、高可用性を改善し、以前のリリースの制限を除去した新しい構成オプションを提供します。サポートには、次の内容が含まれます。
JMSクラスタをターゲットとするJMSサーバーと永続ストアには、クラスタをターゲットとする新しい機能があります。リソース・アーティファクトをクラスタに直接ターゲティングするため、クラスタ内のすべてのサーバーについて、多くのJMSリソース・アーティファクトを個別に構成する必要はありません。移行可能なサービス、配布ポリシーおよび移行ポリシーがすべて構成されている場合、その他の機能も使用できます。
自動サービス移行: 異なるWebLogic Serverインスタンス上の、障害の発生したJMSインスタンスを自動的に再起動します。
インプレース再起動: 実行中のWebLogic Serverインスタンス上の、障害の発生したJMSインスタンスを自動的に再起動します。
順序単位と作業ユニット
シングルトンの宛先
クラスタをターゲットとするSAFエージェント、ブリッジおよびパス・サービス
フェイルバック: ホスト・サーバーが再起動したら、インスタンスを元のホスト・サーバーに戻します。
WebLogic Server 12.2.1では、WebSocketアプリケーションとエンドポイントのメッセージ統計およびランタイム・プロパティを監視できます。エンドポイントレベルの監視では、個々のエンドポイントごとに情報を収集しますが、アプリケーション・レベルの監視では、指定のアプリケーション内でデプロイする、すべてのエンドポイントからの情報を集約します。
WebSocket監視をサポートするために、次のMBeanが追加または変更されました。
WebAppComponentRuntimeMBean
WebsocketApplicationRuntimeMBean
WebsocketEndpointRuntimeMBean
WebsocketMessageStatisticsRuntimeMBean
WebsocketBaseRuntimeMBean
管理コンソールまたはFusion Middleware Controlを使用してWebSocketアプリケーションを監視することもできます。
詳細は、『Oracle WebLogic Serverアプリケーションの開発』のWebSocketアプリケーションの監視に関する項を参照してください。
WebLogic起動スクリプトを使用する場合、WebLogic Server 12.2.1は、ポリシー・クラスローダー実装を、デフォルトのシステム・クラスローダーとして統合します。ポリシー・クラスローダーは、クラスローダーのパフォーマンスとサーバー起動時間を改善するもので、すべてのWebLogicモード(開発および本番)でサポートされます。
WebLogic Server 12.2.1では、ReadyAppフレームワークが統合されます。場合により、WebLogic Serverが起動プロセスを完了しても、アプリケーションが完全には初期化されないことがあります。ReadyAppフレームワークを使用すると、アプリケーションはデプロイメント・プロセス中にWebLogic Server ReadyAppに登録でき、サーバー・インスタンスの真の準備完了状態に影響を及ぼすことができます。アプリケーションはアプリケーション状態をReadyAppに通知し、アプリケーションが完全に初期化され、リクエストを受け入れる準備ができているかどうかをサーバー・インスタンスが判断できるようにします。ReadyAppでは、信頼できるヘルスチェックURLが提供されるため、ロード・バランサがサーバーの準備状態を検出できます。
WebLogic Server 12.2.1には、RESTful Webサービス用の、次の新規および変更された機能が含まれます。
このリリースでは、デフォルトでJersey 2.x (JAX-RS 2.0 RI)のサポートが提供されます。共有ライブラリとしてのWebLogic Serverへの登録は不要になりました。
WebLogic管理コンソールからのRESTful Webサービスの監視が拡張されました(RESTfulアプリケーションおよびリソースに関する実行時統計情報の拡張、デプロイメントおよび構成データの詳細、グローバル実行統計、リソースおよびリソース・メソッド実行統計など)。拡張された監視をサポートするために、次のランタイムMBeanが追加または変更されました。
JaxRsApplicationRuntimeBean
JaxRSExceptionMapperStatisticsRuntimeMbean
JaxRsExecutionStatisticsRuntimeMBean
JaxRsResourceMethodBaseRuntimeMBean
JaxRsResourceMethodRuntimeMBean
JaxRsResourceRuntimeMBean
JaxRsResponseStatisticsRuntimeMBean
JaxRsSubResourceLocatorRuntimeMBean
JaxRsUriRuntimeMBean
個々のアプリケーション・レベル、またはドメイン・レベルでグローバルに、RESTful Webサービスの監視を無効にする機能が含まれます。
Jersey 2.21.1 (JAX-RS 2.0 RI)のサポートが反映されています。
Oracle Web Services Manager (OWSM)のセキュリティ・ポリシーを使用して、Jersey 2.x (JAX-RS 2.0 RI) Webサービスの保護をサポートします。
Java EE 7のサポートが追加されました。
詳細は、『Oracle WebLogic Server RESTful Webサービスの開発と保護』を参照してください。
WebLogic Server 12.2.1では、動的なクラスタ・ライフサイクル操作のユーザビリティを改善するためのWLSTコマンドが追加されました。WLSTのscaleUp
およびscaleDown
コマンドを使用すると、簡単に動的クラスタの動的サーバーを起動および停止したり、動的クラスタのサイズを拡大または縮小したりできます。
詳細は、『Oracle WebLogic Serverクラスタの管理』の動的クラスタでのサーバーの起動と停止に関する項と、動的クラスタの拡大または縮小に関する項を参照してください。
WebLogic Server 12.2.1では、ワーク・マネージャにおけるTheadLocalクリーン・アウトのサポートが拡張されました。アプリケーションやサード・パーティ・ライブラリによる不要なThreadLocal使用をクリーン・アップするには、KernelMBean
の、eagerThreadLocalCleanup
属性を構成します。デフォルトでは、スレッドがスタンバイ・プールに戻ったとき、およびアプリケーションがアンデプロイされた後は、自己チューニング・スレッド・プールはThreadLocal記憶域のみをクリーン・アップします。詳細は、『Oracle WebLogic Serverサーバー環境の管理』のThreadLocalクリーン・アウトに関する項を参照してください。
WebLogic Server 12.2.1では、WebLogic Serverのドメインおよびアプリケーションの構成、監視および実行中の管理を簡素化する新しい管理機能を引き続き提供しています。これらの新機能については次の項で説明します。
WebLogic Server 12.2.1では、拡張度が導入されました。拡張度により、動的クラスタの自動スケーリングと要求に基づく関連リソースの再プロビジョニングが可能になります。拡張度フレームワークは、WebLogic Diagnostic Framework (WLDF)のポリシーおよびアクション・システムを活用します。
詳細は、『Oracle WebLogic Server動的クラスタの拡張度の構成』を参照してください。
WebLogic Server MTが導入しているリソース・グループは、Java EEアプリケーションとそれらが使用するリソースを、ドメイン内の個別の管理単位にグループ化するための便利な方法です。リソース・グループのリソースとアプリケーションは完全修飾されており、その中に、それらのリソースを開始したりそれらに接続するために必要なすべての情報(データ・ソースに接続するための資格証明やJava EEアプリケーションのターゲット指定情報を含む)が管理者によって提供されます。リソース・グループは、これらのデプロイ可能リソースを直接含むか、リソースを含むリソース・グループ・テンプレートを参照します。リソース・グループは、ドメイン・レベルで定義することも、ドメイン・パーティションに固有のものとすることもできます。
詳細は、『WebLogic Server MTの使用』の、リソース・グループの構成に関する項を参照してください。
リソース・グループ・テンプレートは、(通常は)複数のリソース・グループによってパターンとして使用されるデプロイ可能なリソースの名前付きのドメイン・レベル・コレクションです。特定のテンプレートを参照する各リソース・グループには、そのテンプレートに定義されているリソースの独自のランタイム・コピーが含まれます。リソース・グループ・テンプレートは、複数テナント用にリソースを定義およびレプリケートする便利な方法です。リソース・グループ・テンプレートにより、アプリケーションとリソースの同じコレクションを複数のドメイン・パーティションにデプロイすることが非常に簡単になります。
リソース・グループ・テンプレートは、WebLogic Server MTが同じアプリケーションおよびリソースを複数回、ドメイン・パーティションごとに1回ずつアクティブにするSaaS環境で特に役立ちます。そのようなリソースに関する情報は、すべてのドメイン・パーティション間で同じ情報もあれば、JMSキューやデータベース接続など、パーティションごとに異なる情報もあります。WebLogic Server MTでは、リソース定義をオーバーライドする複数のメソッドが提供されます。
リソース・オーバーライド構成MBean
リソース・デプロイメント・プラン
パーティション固有のアプリケーション・デプロイメント計画
管理者は、これらの手法のどれでも、使用したり組み合せたりできます。
詳細は、『WebLogic Server MTの使用』の、リソース・グループ・テンプレートの構成に関する項と、リソース・オーバーライドの構成に関する項を参照してください。
このリリース以前は、WebLogic Serverは、一度に1つのアクティブな構成編集セッションのみをサポートしていました。システム管理者は、グローバルな編集をロックし、変更を加えた後、それをアクティブ化していました。同時に他の管理者が変更を加えることはできませんでした。しかし、WebLogic Server 12.2.1では、複数の名前付き同時編集セッションが可能になり、複数の管理者が同時に構成を変更できるようになりました。これは通常、複数の管理者がシステムの異なる部分で作業する場合に役に立ちます。また、構成コマンドの逐次実行のためにシステムの構成に長い時間がかかる場合、1人の管理者が複数の名前付き編集セッションを開くことができます。これにより、構成編集セッションを並列に実行することによって、時間を節約できます。
マルチテナント環境では、複数の管理者が同時に構成変更をする必要があります。マルチテナントWebLogicドメインには複数のパーティションがあり、それぞれに独自の管理者がいます。パーティション管理者は、他のパーティション管理者またはWebLogicシステム管理者に影響を及ぼすことなく、パーティションおよびそこにデプロイされたリソースの構成を変更できる必要があります。複数の名前付き同時編集セッションは、パーティションごとに1つ以上の構成編集セッション、およびグローバル構成編集セッションをサポートします。
詳細は、『WebLogic Server MTの使用』の、名前付き同時編集セッションの管理に関する項を参照してください。
RESTful管理サービスは、ドキュメントが公開されている、Oracle WebLogic Serverのプログラミング・インタフェースです。WebLogic Serverの各リリースにおいて、WebLogic Server管理のためのRESTリソースの可用性は強化および拡張されてきました。WebLogic Server 12.2.1では、WebLogic RESTful管理リソースは、サポートされているすべての環境内のWebLogic Serverを構成、監視、デプロイおよび管理するための包括的なパブリック・インタフェースを提供します。
WebLogic Server 12.2.1で提供されているRESTful管理リソースの詳細は、『RESTful管理サービスによるOracle WebLogic Serverの管理』を参照してください。
Fusion Middleware Controlは、WebLogic ServerなどすべてのFusion Middlewareコンポーネントの管理サポートを提供します。WebLogic Serverに加えて他のFusion Middleware製品を使用している場合は、Fusion Middleware Controlを使用してWebLogic Serverを管理します。
WebLogic Server 12.2.1では、機能の次のサブセットが、Fusion Middleware Controlで利用できるようになりました。
WebLogic Serverクラスタ、サーバー・インスタンス、ドメイン、マシンおよびサーバー・テンプレートの作成
アプリケーションおよびライブラリの構成
UCPおよびプロキシ・データ・ソースの作成および構成
JMSサーバー、ストア・アンド・フォワード・エージェント、JMSモジュール、JMSリソース、パス・サービス、メッセージング・ブリッジおよびメッセージング・ブリッジ宛先の作成および構成
セキュリティ・レルムの作成および構成
WebLogic Server診断の管理
動的クラスタの拡張度の構成
マルチテナント環境でのWebLogic Serverの管理
詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』を参照してください。
WebLogic Server 12.2.1で提供される新しいセキュリティ機能について、次の各項で説明します。
WebLogic Server 12.2.1は、セキュリティに関する次のJava EE 7標準と機能をサポートします。
Java Authorization Contract for Containers 1.5 (JSR 115)
Java Authentication Service Provider Interface for Containers (JASPIC) 1.1 (JSR 196)
パッケージ化された権限(Java EE 7 Platform仕様)
Servlet 3.1のカバーされていないHTTPメソッド(JSR 340)
LDAP認証プロバイダに追加された次の拡張により、構成プロセスが改善されました。
次のような、キャッシュ、検索およびLDAPサーバー接続処理の改善のためのLDAP認証プロバイダのパフォーマンス強化:
ユーザーおよびグループ・キャッシュにおけるヒット/ミス・メトリックを収集する機能により、ユーザーおよびグループ・キャッシュの最適設定を決定でき、レスポンス時間とスループットを最適化できます。
LDAPサーバー接続のタイムアウト指定のサポート。
データ・ソース構成時のJDBC接続テストと同様の、LDAPサーバー接続によるLDAP認証プロバイダの事前アクティブ化のテストのサポート。テストはこのプロバイダをアクティブ化する際に自動的に開始され、テストが成功すると、プロバイダがアクティブ化されます。
WebLogic Server 12.2.1に構成されたトランスポート層セキュリティ(TLS)プロトコルのデフォルトの最小バージョンは、バージョン1.1です。
WebLogic IDアサーションおよびWebLogic資格証明マッピングの各プロバイダが、JSON Webトークン(weblogic-jwt-token
)サポートを含むように拡張されました。これらのセキュリティ・プロバイダでデフォルトで構成されているこのトークン・タイプは、ドメインのWebアプリケーション間でアイデンティティを伝播するために内部的に使用されます。
WebLogic Server 12.2.1のWebLogicロギング・サービスには、次の変更点があります。
パーティション・スコープ・ロギング - いくつかのWebLogic Serverコンポーネント(たとえばパーティション・スコープJMS、SAFおよびサーブレット・リソース)のログは、パーティション固有のログ・ファイルに保持されます。サーバー・スコープHTTPアクセス・ログなどのサーバーおよびドメイン・スコープ・リソースのログ、ハーベスタ・コンポーネント、インストゥルメンテーション・コンポーネント、およびサーバーとドメイン・ログは、パーティション固有の情報をタグ付けして、パーティション・ユーザーが識別および利用できるようにパーティションのかわりに実行されるロギングを有効化できるようになりました。
詳細は、『WebLogic Server Multitenantの使用』のパーティションの監視およびデバッグに関する項を参照してください。
注意: 生成されたログ・メッセージの形式を、12.2.1より前のバージョンのWebLogic Serverで使用する形式と互換性のある形式に戻すには、DomainMBean.LogFormatCompatibilityEnabled 属性を有効にします。詳細は、『Oracle WebLogic Serverログ・ファイルの構成とログ・メッセージのフィルタリング』のWebLogic Serverの旧バージョンとのログ・ファイル形式の互換性に関する項を参照してください。 |
過剰なロギングの監視 — 有効な場合、ロギング・サービスはドメインでロギングの過剰な割合を監視し、存在する場合、繰返し生成されるメッセージを抑制します。
詳細は、『Oracle WebLogic Serverログ・ファイルの構成とログ・メッセージのフィルタリング』の過剰なロギングの防止に関する項を参照してください。
WebLogic Server 12.2.1のWebLogic診断フレームワーク(WLDF)には、次の変更点があります。
用語ウォッチおよび通知が、それぞれポリシーおよびアクションに置き換えられます。しかし、これらの用語の定義は変更されません。
4つの新しいアクション・タイプが、WLDFのポリシーおよびアクション・コンポーネントの一部として導入されます。アクションは、ポリシー式がtrue
と評価されたときにトリガーされます。WebLogic Serverは、JMX通知アクション、JMSメッセージ・アクション、SMTP(電子メール)アクション、SNMPトラップ・アクションおよび診断イメージ・アクションに加えて、次の新しいアクション・タイプをサポートするようになりました。
拡張性があるアクション - 動的クラスタを拡大/縮小します
REST通知- 通知をRESTエンドポイントに送信します
スクリプト - 外部コマンドライン・スクリプトを実行します
ログ - カスタム・メッセージをサーバー・ログに送信します
さらに、WLDFでSMTPアクションが拡張され、電子メール・メッセージでカスタムのsubjectおよびbody要素を送信できるようになりました。
詳細は、『Oracle WebLogic Server診断フレームワークの構成と使用』のアクションの構成に関する項を参照してください。
WebLogic Server 12.2.1では、動的なデバッグ・パッチが導入されました。動的なデバッグ・パッチを使用すると、診断情報を捕捉する際にアクティブ化および非アクティブ化されるパッチを使用するためにサーバーを再起動する必要がありません。動的なデバッグ・パッチでは、ターゲットのWebLogic Serverインスタンスが、WLDFインストゥルメンテーション・エージェントとともに起動される必要があります。詳細は、『Oracle WebLogic Server診断フレームワークの構成と使用』のデバッグ・パッチの使用に関する項を参照してください。
WebLogic Server 12.2.1では、スマート・ルールが導入されました。スマート・ルールは、設定可能なパラメータを持つ一連の事前パッケージ済ポリシー式で、エンド・ユーザーは、これらの設定可能パラメータの値を指定して複雑なポリシー式を作成できます。詳細は、『Oracle WebLogic Server診断フレームワークの構成と使用』のスマート・ルールベースのポリシーの構成に関する項を参照してください。
診断イメージ・キャプチャを開始すると、様々なサーバー・サブシステムによって生成されたイメージがキャプチャされ、単一の.zip
ファイルに結合されます。WebLogic Serverの以前のリリースでは、診断イメージ・キャプチャ・ファイルのコンポーネントは、それらのファイルがすべてテキスト形式で、テキスト・エディタで表示できる場合でも、すべて.img
拡張子を使用していました。WebLogic Server 12.2.1では、ファイル拡張子は.txt
とxml
のいずれかに更新され、それらがテキスト・ファイルであることを示します。
詳細は、『Oracle WebLogic Server診断フレームワークの構成と使用』の診断イメージ・キャプチャ・ファイルに含まれるデータに関する項を参照してください。
WLSTコマンドの変更(WLSTに関する項を参照)。
WebLogic Server 12.2.1現在で、WebLogic Serverの開発および追加ディストリビューションはJARファイルとして利用でき、java
コマンドを使用してインストールされます。インストールではOracle Universalインストーラ(OUI)を使用して、サイレント・モードで自動的に行われるため、指定する必要があるのはインストールされるファイルのORACLE_HOME
の場所のみです。
WebLogicのダウンタイムなしのパッチ適用(ZDTパッチ適用)では、アプリケーションがサービス提供リクエストを続行したまま、ホーム外パッチのロールアウトや、ドメイン全体の更新が自動化されます。ZDTパッチ適用を使用するには、更新がロールアウトされる方法を編成するワークフローを作成し、WLSTまたはWebLogic Server管理コンソールを使用してワークフローを実行します。
ZDTパッチ適用は、次のワークフロー・タイプをサポートします。
ワークフロー | 説明 |
---|---|
パッチされたOracleホームへのサーバーの移動 | 管理サーバーとクラスタの一方または両方を、OPatchを使用してすでにパッチされた別のOracleホームに移行します。 |
新しいJavaバージョンへの更新 | 管理サーバーまたはクラスタのどちらかまたは両方を更新し、新しくインストールされたJavaホームを使用します。 |
更新されたアプリケーションのデプロイ | 選択したクラスタに更新済アプリケーションをデプロイします。 |
サーバーのローリング再起動の実行 | 選択されたクラスタ内の管理サーバーとサーバーの一方または両方を、順次、安全に再起動します(正常なシャットダウンと再起動など)。 |
詳細は、『ゼロ・ダウンタイム・パッチ適用ワークフローの管理』を参照してください。
この項では、WebLogic Server 12.2.1での、新規のWebLogic Server WLSTコマンドと既存のWebLogic Server WLSTコマンドへの変更について説明します。マルチテナンシのための追加の新しいWLSTコマンドと引数については、マルチテナント・サポートのためのWLSTの変更で説明します。
ドメイン作成およびドメイン拡張に関連する次のWLSTコマンドが、WebLogic Server 12.2.1で追加されました。
setTopologyProfile
- ドメイン作成時に、トポロジ・プロファイルを、「圧縮」
または「エキスパンド」
に設定します。
selectTemplate
- 既存のドメイン、またはドメインの作成または拡張用の拡張テンプレートを選択します。
selectCustomTemplate
- 既存のカスタム・ドメイン、またはドメインの作成または拡張用の拡張テンプレートを選択します。
loadTemplates
- selectTemplate
またはselectCustomTemplate
を使用して選択していたすべてのテンプレートをロードします。
readTemplateForUpdate
- テンプレート更新用の既存のドメイン・テンプレートを開きます。
unselectTemplate
- 現在選択しているテンプレートの選択を解除します。
unselectCustomTemplate
- 現在選択しているカスタム・テンプレートの選択を解除します。
showTemplates
- 現在選択しているロード済テンプレートをすべて表示します。
showAvailableTemplates
- ロードするために現在選択しているテンプレートをすべて表示します。
次の診断コマンドが、WebLogic Server 12.2.1で追加されました。
purgeCapturedImages
- 指定された期間の基準に従って、サーバーのイメージ・ファイルをパージします。
listDebugPatches
- 指定されたターゲット上でアクティブな使用可能デバッグ・パッチをリストします。
showDebugPatchInfo
- 指定されたターゲット上のデバッグ・パッチの詳細を表示します。
activateDebugPatch
- 指定されたターゲット上のデバッグ・パッチをアクティブにします。
deactivateDebugPatches
- 指定されたターゲット上のデバッグ・パッチを非アクティブ化します。
deactivateAllDebugPatches
- 指定されたターゲット上のすべてのデバッグ・パッチを非アクティブ化します。
listDebugPatchTasks
- 指定されたターゲットのデバッグ・パッチ・タスクをリストします。
purgeDebugPatchTasks
- 指定されたターゲットのデバッグ・パッチ・タスクをパージします。
getAvailableDiagnosticDataAccessorNames
- 現在サーバーまたはパーティションで利用できる診断データ・アクセッサ名を取得します。
exportHarvestedTimeSeriesData
- 指定された内部で収集されたメトリック・データをCSV形式でエクスポートします。
exportHarvestedTimeSeriesDataOffline
- 指定された内部で収集されたメトリック・データを、オフライン・モードで、CSV形式でエクスポートします。
また、新しいオプションのパラメータ、last
が、次のコマンドで利用できます。
exportDiagnosticData
exportDiagnosticDataFromServer
exportHarvestedTimeSeriesData
exportHarvestedTimeSeriesDataOffline
last
オプションを使用すると、最後のnレコードのタイムスタンプ範囲を指定できます。指定すると、beginTimestamp
およびendTimestamp
オプションは無視されます。形式は、XXd YYh ZZm
です。たとえば、1d 5h 30m
は、1日と5時間30分経過したデータを指定します。日、時間および分コンポーネントを任意の順序、任意の組合せで指定できます。
次のノード・マネージャWLSTコマンドが、WebLogic Server 12.2.1で追加されました。
nmrestart
- ノード・マネージャ・インスタンスを再起動します。
nmExecScript
- 接続したノード・マネージャを使用して名前付きスクリプトを実行します。
次のWLST編集セッション管理コマンドが、WebLogic Server 12.2.1で追加されました。
createEditSession
- 新しいWLST編集セッションを作成します。
showEditSession
- 指定した編集セッションに関する情報を表示します。
destroyEditSession
- 開かれている編集セッションを削除します。
edit(editSessionName)
- 指定した名前で新しい編集セッションを作成するか、指定した名前の既存の編集セッションに移動します。
resolve
- あらゆる外部の変更および競合を検出し、解決します。
次のシステム・コンポーネントWLSTコマンドが、WebLogic Server 12.2.1で追加されました。
resync
- システム・コンポーネントの構成ファイルを再同期します。
resyncAll
- すべてのシステム・コンポーネントの構成ファイルを再同期します。
showComponentChanges
- リモート・ノード上のシステム・コンポーネントの構成ファイルへの変更を表示します。
pullComponentChanges
- リモート・ノード上のシステム・コンポーネントの構成ファイルへの変更を削除します。
setOverWriteComponentChanges
- アクティブ化時に、すべてのシステム・コンポーネントへの変更を強制します。
WebLogic Server 12.2.1で追加されたその他のWLSTコマンドは、次のとおりです。
setShowLSResult
- ls()
が出力を標準出力に記録するかどうかを指定します。
consolidateDataSources
- 複数のデータ・ソースを単一のデータ・ソースに統合します。
scaleUp
- 指定した動的クラスタで実行中の動的サーバーの数を増大します。
scaleDown
- 指定した動的クラスタで実行中の動的サーバーの数を削減します。
WebLogic Server 12.2.1では、既存のWLSTコマンドに次の変更が行われました。
exportDiagnosticData
およびexportDiagnosticDataFromServer
コマンドに、format
引数が追加されました。この引数を使用して、データがエクスポートされる形式を指定します。
exportDiagnosticData
、exportDiagnosticDataFromServer
、exportHarvestedTimeSeriesData
およびexportHarvestedTimeSeriesDataOffline
コマンドに、last
引数が追加されました。この引数は、最後のn秒のタイムスタンプ範囲指定です。
getAvailableCapturedImages
コマンドにServer
引数が追加されました。この引数を使用して、使用できるイメージのリストを取得するサーバーを指定します。
shutdown
コマンドにwaitForAllSessions
引数が追加されました。この引数を使用して、シャットダウン中に、WLSTがすべてのHTTPセッションの完了を待機するかどうかを指定します。
次の引数が、startNodeManager
コマンドに追加されました。
block
- 正常にノード・マネージャに接続するか、指定したタイムアウトの範囲内での接続に失敗するまで、WLSTがブロックするかどうかを指定します。
nmConnectOptions
- block
がtrue
の場合、この引数を使用して、ノード・マネージャ接続オプションのリストを指定します。
timeout
- 接続するノード・マネージャを待機するミリ秒数。
リソース消費管理を使用すると、WebLogicシステム管理者は、JDK管理対象リソース(CPU、ヒープ、ファイル、ネットワークなど)に、リソース消費管理ポリシー(制約、依頼アクション、通知など)を指定できます。
詳細は、『WebLogic Server MTの使用』の、リソース消費管理の構成に関する項を参照してください。
次の表は、2015年10月の初期リリース以来、WebLogic Server 12.2.1ドキュメント・ライブラリに行われた更新の要約です。
日付 | 更新の説明 |
---|---|
2015年10月26日 | 次のドキュメントを更新しました。
|
2015年11月2日 |
|
2015年11月9日 |
|
2015年11月16日 |
|
2015年11月23日 |
|
2015年12月 |
|
次の項では、WebLogic Server標準のサポート、サポート対象のシステム構成、およびWebLogic Serverの互換性について説明します。
WebLogic Server 12.2.1では、次の標準とバージョンをサポートしています。
表2-1に、現在サポートされているJava標準を示します。
注意: JAAS、JASPIC、JACC、JCEなどの現在サポートされているセキュリティ標準の詳細は、『Oracle WebLogic Serverセキュリティの管理12c (12.2.1)』のWebLogic Serverのセキュリティ標準に関する項を参照してください。 |
表2-1 Java標準のサポート
標準 | バージョン |
---|---|
バッチ・アプリケーション処理(JSR 352) |
1.0 |
Contexts and Dependency Injection for Java EE |
1.1 |
Dependency Injection for Java EE |
1.0 |
同時管理対象オブジェクト(JSR 236) |
1.0 |
Expression Language (EL) |
3.0, 2.2, 2.1, 2.0 JSP 2.0以上のみExpression Language 2.x.をサポート |
Java API for JSON Processing (JSR-353) |
1.0 |
Java API for XML-Based Web Services (JAX-WS) |
2.2, 2.1, 2.0 |
Java API for RESTful Web Services (JAX-RS) |
2.0 |
Java API for WebSocket |
1.1 |
JavaBeans Activation Framework |
1.1 |
Java EE |
7.0 |
Java EE Application Deployment |
1.2 |
Java EE Bean Validation |
1.1 |
Java EE Common Annotations |
1.2 |
Java EEコネクタ・アーキテクチャ |
1.7 |
Java EE EJB |
3.2, 3.1, 3.0, 2.1, 2.0,および1.1 |
Java EE Enterprise Web Services |
1.3, 1.2, 1.1 |
Jave EE Interceptors |
1.1 |
Java EE JDBC |
4.0, 3.0 |
Java EE JMS |
2.0, 1.1, 1.0.2b |
Java EE JNDI |
1.2 |
Java EE JSF |
2.2, 2.1.*, 2.0, 1.2, 1.1 |
Java EE JSP |
2.3, 2.2, 2.1, 2.0, 1.2,および1.1 JSP 1.2および1.1にはExpression Language (EL)が含まれますが、EL 2.x以上はサポートされません。 |
Java EEマネージドBean |
1.0 |
Java EE Servlet |
3.1, 3.0, 2.5, 2.4, 2.3,および2.2 |
Java RMI |
1.0 |
JavaMail |
1.4 |
Java Transaction API |
1.2 |
JAX-B |
2.2, 2.1, 2.0 |
JAX-P |
1.3, 1.2, 1.1 |
JAX-R |
1.0 |
JAX-RPC |
1.1 |
JDK |
8.0 (8.0および7.0 for client) 詳細は、「JDK 8の動作要件」を参照してください。 |
JMX |
2.0 |
JPA |
2.1, 2.0., 1.0 |
JSR 77: Java EE Management |
1.1 |
JSTL |
1.2 |
マネージドBean |
1.0 |
OTS/JTA |
OTS 1.2およびJTA 1.2 |
RMI/IIOP |
1.0 |
SOAP Attachments for Java (SAAJ) |
1.3, 1.2 |
Streaming API for XML (StAX) |
1.0 |
Web Services Metadata for the Java Platform |
2.0, 1.1 |
WebLogic Webサービスで現在サポートされている標準のリストは、『Oracle WebLogic Server WebLogic Webサービスの理解』のWebLogic Webサービスでサポートされる機能および標準に関する項を参照してください。
表2-2は、WebLogic Server 12.2.1でサポートされているその他の標準のリストです。
注意: SSL、TLSおよびXACMLなどのセキュリティに関連する標準の詳細は、『Oracle WebLogic Serverセキュリティの管理12c (12.2.1)』のWebLogic Serverのセキュリティ標準に関する項を参照してください。 |
表2-2 その他の標準
標準 | バージョン |
---|---|
X.509 |
v3 |
LDAP |
v3 |
TLS |
v1.1、v1.2 |
HTTP |
1.1 |
SNMP |
SNMPv1、SNMPv2、SNMPv3 |
xTensible Access Control Markup Language (XACML) |
2.0 |
Partial implementation of Core and Hierarchical Role Based Access Control (RABC) Profile of XACML |
2.0 |
Internet Protocol (IP) |
バージョン:
|
Fusion Middlewareの全製品へのIPv6サポートに関する詳細は、Oracle Technology NetworkのOracle Fusion Middleware Supported System Configurationsページを参照してください。
サポート対象の構成に関する最新情報は、Oracle Technology NetworkのOracle Fusion Middleware Supported System Configurationsページを参照してください。
WebLogic Server 12.2.1およびWebLogic Server 12.2.1アプリケーションをJava SE 8で実行する際は、次の制限事項と推奨事項に注意してください。
WebLogic Server 12.2.1では、新しいJava SE 8 fork/joinおよびパラレル・ストリーム機能を使用したアプリケーションはサポートされていません。Java SE 8を使用してWebLogic Server 12.2.1アプリケーションを作成する際は、これらの機能を使用しないでください。この制限があるのは、fork/joinスレッド・プールで使用されるスレッドはWebLogic Serverの管理対象スレッドにならないためです。これらのスレッドの状態(セキュリティおよびトランザクションの状態)が適切に作成されないことがあるため、これらのスレッドで実行される処理でWebLogic ServerやJava EEの機能を活用できない可能性があります。さらに、WebLogic Serverワーク・マネージャ・スレッド管理機能によってこれらのスレッドが制御されないため、スレッド使用率が過度に高くなる可能性があります。
使用しているサード・パーティ・ベンダー・ソフトウェアのJava SE 8互換性をチェックする必要があります。Java SE 8クラスを正しく処理する上位バージョンのソフトウェアへのアップグレードが必要な場合があり、またソフトウェアによってはまだ互換性がないこともあります。たとえば、オープン・ソース・ツールjarjarの現行バージョンはまだJava SE 8で正しく動作しません。
Java SE 8にはJDBC 4.2用の新しいAPIがあり、これは、WebLogic Server 12.1.3以降のバージョンでサポートされ、JDBC 4.2をサポートするJDBCドライバが搭載されたJava SE 8で動作します。ただし、WebLogic Serverと一緒にバンドルされたOracle JDBC thinドライバはJava SE 8で動作保証されていますが、Oracle JDBC thinドライバでJDBC 4.2はサポートされていません。WebLogic Server 12.2.1に付属のDerby 10.10ドライバは、JDBC 4.2でテスト済で、使用できます。対応するDerbyドキュメントは、http://db.apache.org/derby/docs/10.10/ref/rrefjdbc4_2summary.html
で入手できます。
JDK 8でJCEとのSSL接続を使用して実行中に、Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files 8をインストールする必要があることがあります。JDK 8用のJCE Unlimited Strength Jurisdiction Policy Filesは、http://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html
でダウンロードできます。
最新のOracle Fusion Middlewareライセンス情報は、ライセンス情報を参照してください。
WebLogic Serverの現在のバージョンと以前のリリース間の互換性に関する最新情報は、『Oracle WebLogic Serverの理解』のWebLogic Serverの互換性に関する項を参照してください。
動作保証マトリックスおよびMy Oracle Support動作保証では、データベース・サポートのタイプを区別するために次の用語を定義します。
アプリケーション・データ・アクセスは、データ・アクセスのためだけにデータベースを使用し、データベース依存のWebLogic Server機能を使用しないアプリケーションを指します。アプリケーション・データ・アクセスにだけ使用されるデータベースのWebLogic Serverサポートは、データベース依存機能よりも制限が緩和されています。
WebLogic Serverは、次の要件を満たすJDBCドライバを使用して、データベースへのアプリケーション・データ・アクセスのサポートを提供します。
ドライバはスレッド・セーフであることが必要です。
トランザクションをサポートする環境でドライバを使用する場合は、標準のJDBCトランザクション・コール(setAutoCommit()
およびsetTransactionIsolation()
など)を実装する必要があります。
以下の制限に注意してください。
シリアライズ可能なインタフェースまたはリモート・インタフェースを実装しない場合、JDBCドライバはRMIクライアント・アプリケーションにオブジェクトを渡すことができません。
自動データベース接続フェイルオーバーおよびロード・バランシングと、高可用性(HA) DBMSアーキテクチャを備えたグローバル・トランザクション(XA)の同時使用は、Oracle DB RACでのみ、およびシステム・ワークシートに示されたOracle DB RACバージョンに対してのみサポートされます。これらのHA機能は、RAC対応Active GridLinkおよびRACでのマルチ・データ・ソースでのみサポートされます。これらのHA機能はその他のOracle DB RACバージョンや非Oracle DB製品でのその他のHA DBMS技術ではサポートされません。マルチ・データ・ソースはその他のOracle DBバージョンや非Oracle DB技術でもサポートされますが、自動フェイルオーバーおよびロード・バランシングならびにグローバル・トランザクションの同時使用ではサポートされません。
動作保証マトリックスに記載されているものに加えて、上述の制限を満たすデータベースへのアプリケーション・データ・アクセスは、その他のOracle DBバージョンでサポートされます。
WebLogicタイプ4 JDBCドライバでは、次のデータベースもサポートされます。これらのデータベースに対し、WebLogic Serverではアプリケーション・データ・アクセスのみがサポートされ、WebLogic Serverデータベース依存機能はサポートされません。
z/OS上のDB2 10.1
Informix 11.7+
WebLogic Serverの機能によってデータベースが内部データ記憶に使用される場合は、アプリケーション・データ・アクセスに使用される場合よりもデータベースのサポートが制限されます。次のWebLogic Serverの機能では、内部データ記憶が必要です。
コンテナ管理の永続性(CMP)
行セット
JMS/JDBC永続性、およびWebLogic JDBCストアの使用
JDBCセッション永続性
RDBMSセキュリティ・プロバイダ
(シングルトン・サービスおよびサーバーの移行用)データベース・リース
JTAロギング・ラスト・リソース最適化
JDBC TLog
WebLogic Server 12.2.1の非推奨になった機能に関する情報は、My Oracle Support (https://support.oracle.com/
)で入手できます。「ナレッジ・ベースの検索」フィールドで「非推奨の機能」を検索します。
LogMBean
のServerLoggingBridgeUserParentLoggersEnabled
属性は、WebLogic Server 12.1.3では非推奨です。
WebLogic Server 12.1.1では、起動ユーザー名およびパスワードのシステム・プロパティであるweblogic.management.username
とweblogic.management.password
は非推奨となり、将来のリリースでは削除されます。本番モードでWebLogic Serverを起動するためのコマンドで、ユーザー名とパスワードを指定することはできなくなります。
かわりに、boot.properties
ファイルを使用してWebLogic Serverの起動ユーザー名とパスワードを指定することをお薦めします。boot.properties
ファイルに関する詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』の起動IDファイルに関する項を参照してください。
ユーザー資格証明を指定するためのその他の方法の詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』のサーバーの起動と停止を行うためのユーザー資格証明の指定に関する項を参照してください。
WebLogic Server 11gリリース1で配布されたweblogic-maven-plugin
プラグインは、リリース12.1.2現在では非推奨です。かわりに、バージョン12.1.2で導入されたWebLogic Server Mavenプラグインを使用することをお薦めします。完全なドキュメントは、『Oracle WebLogic Serverアプリケーションの開発』のWebLogic開発Mavenプラグインの使用に関する項を参照してください。
WebLogic Server 12.1.2では、XSLT JSPタグとWebLogic XSLT JSPタグ・ライブラリが非推奨となり、将来のリリースでは削除されます。XMLデータを変換するにはJAXPを使用します。詳細は、『Oracle WebLogic Server XMLアプリケーションの開発』のXMLドキュメントの変換に関する項を参照してください。
WLSTの次の機能は、WebLogic Server 12.2.1で非推奨になりました。
次のWLST診断コマンドに対するServer
引数が非推奨になりました。
captureAndSaveDiagnosticImage
createSystemResourceControl
destroySystemResourceControl
disableSystemResource
enableSystemResource
listSystemResourceControls
Server
引数がTarget
引数と置き換えられています。詳細は、『WebLogic Server WLSTコマンド・リファレンス』の診断コマンドに関する項を参照してください。
addTemplate
およびreadTemplate
制御コマンドaddTemplate
およびreadTemplate
コマンドは、WebLogic Server 12.2.1で非推奨になり、将来のリリースで削除されます。かわりにselectTemplate
およびloadTemplates
コマンドを使用してください。詳細と例は、『WebLogic Scripting Toolの理解』の、WebLogicドメインの作成と更新に関する項を参照してください。
WLSTを使用した、アプリケーションへのモジュールの暗黙的インポートのサポートは、非推奨になりました。WLSTを使用してモジュールをインポートする場合、明示的な操作をお薦めします。
次のWLSTスニペットは、weblogic.security.service
からのモジュールEJBResource
の明示的インポートを示します。
@ from weblogic.security.service import EJBResource ejbRes = EJBResource('DDPoliciesEar', 'DDPolinEarMiniAppBean.jar', 'DDRolesAndPolicies', 'getSubject', 'Remote', None)
REST管理APIのURL形式が12.1.3で変更されました。12.1.2で導入されたURL形式は引き続き機能しますが、WebLogic Server 12.2.1では非推奨になりました。
WebLogic Server/Springの統合機能はWebLogic Server 12.2.1で非推奨になり、JRFまたは制限付JRFを使用する場合、WebLogic Server 12.2.1 Springコンソール拡張機能をサポートするために必要ではなくなりました。
WebLogic診断フレームワークのHarvesterコンポーネントの次の例外は非推奨になりました。
weblogic.diagnostics.harvester.HarvesterException weblogic.diagnostics.harvester.HarvesterException.AmbiguousInstanceName weblogic.diagnostics.harvester.HarvesterException.AmbiguousTypeName weblogic.diagnostics.harvester.HarvesterException.HarvestableInstancesNotFoundException weblogic.diagnostics.harvester.HarvesterException.HarvestableTypesNotFoundException weblogic.diagnostics.harvester.HarvesterException.HarvestingNotEnabled weblogic.diagnostics.harvester.HarvesterException.MissingConfigurationType weblogic.diagnostics.harvester.HarvesterException.TypeNotHarvestable
次のJAX-RS機能は、WebLogic Server 12.2.1で非推奨になりました。
com.sun.jersey
とそのネスト・パッケージ、およびweblogic.jaxrs.api.client
パッケージなどのJersey 1.18(JAX-RS 1.1RI)クライアントAPIのサポートは、WebLogic Serverのこのリリースで非推奨になりましたが、後方互換性のために維持されています。JAX-RS 2.0 RIクライアントAPIを使用するように、RESTfulクライアント・アプリケーションを早急にアップデートすることをお薦めします。詳細は、『Oracle WebLogic Server RESTful Webサービスの開発と保護』を参照してください。
WebLogic Server API weblogic.cache.filter.CacheFilter
は、WebLogic Server 12.2.1で非推奨になりました。
SSLMBean.ExportKeyLifespan
属性は、WebLogic Server 12.2.1で非推奨です。この属性は、CerticomベースSSL実装で使用されましたが、バージョン12.1.1のWebLogic Serverから削除され、JSSEに置換わりました。WebLogic ServerのJSSE実装は、SSLMBean.ExportKeyLifespan
属性を使用しません。JSSEの詳細は、『Oracle WebLogic Serverセキュリティの管理12c (12.2.1)』のJSSEベースSSL実装の使用に関する項を参照してください。
次の非推奨になったコンポーネントは、WebLogic Serverのリリース12.2.1から削除されました。
WebLogic Server 6.xで開発されたセキュリティ構成を実行するための互換性セキュリティは、サポートされなくなりました。以前のリリースで互換性セキュリティを提供していた次のコンポーネントは削除されました。
CompatibilityRealm
CachingRealm
LDAPRealm
NTRealm
FileRealm
カスタム・セキュリティ・レルム
RDBMSセキュリティ・レルム
レルム・アダプタ・プロバイダ
レルム・アダプタ監査プロバイダ
レルム・アダプタ認証プロバイダ
レルム・アダプタ認可プロバイダ
レルム・アダプタ裁決プロバイダ
互換性セキュリティにサポートを提供した次のクラスは削除されました。
weblogic.management.configuration.Acl
weblogic.management.configuration.BasicRealmMBean
weblogic.management.configuration.CachingRealmMBean
weblogic.management.configuration.CustomRealmMBean
weblogic.management.configuration.FileRealmMBean
weblogic.management.configuration.Group
weblogic.management.configuration.LDAPRealmMBean
weblogic.management.configuration.ListResults
weblogic.management.configuration.NTRealmMBean
weblogic.management.configuration.PasswordPolicyMBean
weblogic.management.configuration.Principal
weblogic.management.configuration.RDBMSRealmMBean
weblogic.management.configuration.RealmException
weblogic.management.configuration.RealmIterator
weblogic.management.configuration.RealmMBean
weblogic.management.configuration.RealmManager
weblogic.management.configuration.RemoteEnumeration
weblogic.management.configuration.SecurityMBean
weblogic.management.configuration.UnixRealmMBean
weblogic.management.configuration.User
weblogic.management.mbeans.custom.LDAPRealm
weblogic.management.mbeans.custom.NTRealm
weblogic.management.mbeans.custom.Realm
weblogic.management.mbeans.custom.Security
weblogic.management.mbeans.custom.UnixRealm
weblogic.management.internal.BatchedEnumeration
weblogic.management.internal.RemoteEnumerationImpl
weblogic.management.internal.RemoteRealmException
weblogic.management.internal.RemoteRealmManager
weblogic.management.internal.RemoteRealmManagerImpl
weblogic.security.acl.AbstractListableRealm
weblogic.security.acl.AbstractManageableRealm
weblogic.security.acl.AclEntryImpl
weblogic.security.acl.AclImpl
weblogic.security.acl.AdminPermissions
weblogic.security.acl.CachingRealm
weblogic.security.acl.CertAuthentication
weblogic.security.acl.CertAuthenticator
weblogic.security.acl.ClosableEnumeration
weblogic.security.acl.CredentialChanger
weblogic.security.acl.DebuggableRealm
weblogic.security.acl.DefaultGroupImpl
weblogic.security.acl.DefaultUserImpl
weblogic.security.acl.DynamicUserAcl
weblogic.security.acl.Everyone
weblogic.security.acl.ExplicitlyControlled
weblogic.security.acl.FlatGroup
weblogic.security.acl.GroupImpl
weblogic.security.acl.InvalidLogin
weblogic.security.acl.ListableRealm
weblogic.security.acl.LoginFailureRecord
weblogic.security.acl.ManageableRealm
weblogic.security.acl.OwnerImpl
weblogic.security.acl.PasswordGuessing
weblogic.security.acl.PasswordGuessingWrapper
weblogic.security.acl.PermissionImpl
weblogic.security.acl.PrivilegedAction
weblogic.security.acl.PrivilegedExceptionAction
weblogic.security.acl.Realm
weblogic.security.acl.RealmProxy
weblogic.security.acl.RefreshableRealm
weblogic.security.acl.SSLUserInfo
weblogic.security.acl.Security
weblogic.security.acl.SecurityMessage
weblogic.security.acl.SecurityMulticastRecord
weblogic.security.acl.TTLCache
weblogic.security.acl.UnlockUserRecord
weblogic.security.acl.internal.AuthenticationDelegate
weblogic.security.acl.internal.ClusterRealm
weblogic.security.acl.internal.DefaultRealmImpl
weblogic.security.audit.Audit
weblogic.security.audit.AuditProvider
weblogic.security.internal.RealmTest
weblogic.security.ldaprealm.LDAPRealm
weblogic.security.ldaprealmv1.LDAPDelegate
weblogic.security.ldaprealmv1.LDAPException
weblogic.security.ldaprealmv1.LDAPGroup
weblogic.security.ldaprealmv1.LDAPRealm
weblogic.security.ldaprealmv1.LDAPUser
weblogic.security.ldaprealmv2.LDAPDelegate
weblogic.security.ldaprealmv2.LDAPEntity
weblogic.security.ldaprealmv2.LDAPGroup
weblogic.security.ldaprealmv2.LDAPRealm
weblogic.security.ldaprealmv2.LDAPRealmException
weblogic.security.ldaprealmv2.LDAPUser
weblogic.security.ntrealm.NTDelegate
weblogic.security.ntrealm.NTRealm
weblogic.security.unixrealm.SubprocessException
weblogic.security.unixrealm.UnixDelegate
weblogic.security.unixrealm.UnixGroup
weblogic.security.unixrealm.UnixRealm
weblogic.security.unixrealm.UnixUser
weblogic.security.providers.realmadapter.AdjudicationProviderImpl
weblogic.security.providers.realmadapter.AuditProviderImpl
weblogic.security.providers.realmadapter.AuthenticationProviderImpl
weblogic.security.providers.realmadapter.AuthorizationProviderImpl
weblogic.security.providers.realmadapter.IdentityAsserterImpl
weblogic.security.providers.realmadapter.LoginModuleImpl
weblogic.security.providers.realmadapter.RealmAdapterAdjudicatorImpl
weblogic.security.providers.realmadapter.RealmAdapterAuditorImpl
weblogic.security.providers.realmadapter.RealmAdapterAuthenticatorImpl
weblogic.security.providers.realmadapter.RealmAdapterAuthorizerImpl
RealmAdapterAdjudicatorMBean
RealmAdapterAuditorMBean
RealmAdapterAuthenticatorMBean
RealmAdapterAuthorizerMBean
6.xレルム構成と関連APIは、WebLogic Server 12.2.1から削除されました。次の非推奨になった構成MBeanと関連要素は、DomainMBeanコンポーネントから削除されました。
構成MBean | 関連したDomainMBean構成要素 |
---|---|
SecurityMBean |
<security> |
FileRealmMBean |
<file-realm> |
CachingRealmMBean |
<caching-realm> |
PasswordPolicyMBean |
<password-policies> |
BasicRealmMBean |
<basic-realm> |
CustomRealmMBean |
<custom-realm> |
LDAPRealmMBean |
<ldap-realm> |
NTRealmMBean |
<nt-realm> |
RDBMSRealmMBean |
<rdbms-realm> |
RealmMBean |
<realm> |
UnixRealmMBean |
<unix-realm> |
Certificate Request Generatorサーブレット(weblogic.servlet.security.CertificateServlet
クラスを含む)は、WebLogic Server 12.2.1から削除されました。
Jersey 1.18 (JAX-RS 1.1 RI)サーバーAPIは、WebLogic Server 12.2.1から削除されました。かわりに、それに対応する標準JAX-RS 2.0またはJersey 2.x APIを使用してください。詳細は、『Oracle WebLogic Server RESTful Webサービスの開発と保護』を参照してください。
weblogic.security.provider.PrincipalValidatorImpl
クラス(以前のリリースで非推奨になりました)は、WebLogic Server 12.2.1から削除されます。