4. サポートされない機能および非推奨の機能
4.1. サポートされない機能 リンクのコピーリンクがクリップボードにコピーされました!
リンクのコピーリンクがクリップボードにコピーされました!
以下の機能は、現在 JBoss EAP 6.4 ではサポートされていません。
- RHEL 7 における mod_jk および mod_cluster と Apache
- Red Hat Enterprise Linux 7 に同梱される Apache HTTP Server バージョン 2.4.6 は、JBoss EAP 6 インストール(zip または RPM のいずれか)の一部として配信される mod_cluster および mod_jk での使用はサポートされません。mod_cluster や mod_jk を使用するには、JBoss EAP の zip または RPM ディストリビューションの一部として含まれる Apache HTTP Server(バージョン 2.2.26)をインストールします。
- mod_rt and mod_snmp
- JBoss EAP 6 の Apache HTTP Server ディストリビューションに同梱されている mod_rt(
mod_rt.so)および mod_snmp(snmpmonagt.so)モジュールはサポートされません。これらのモジュールのサポートに関する詳細は、Enterprise Web Server 2.1 のドキュメントを参照してください。 fail_on_statusparameter unusable with HP-UX v11.3 hpws httpd B.2.2.15.15.fail_on_statusProxyPass パラメーターは HP-UX v11.3 hpws httpd B.2.2.15.15 Apache HTTP Server では提供されません。そのため、この HTTP サーバーを使用した mod_cluster の実装ではこのパラメーターは使用できません。Red Hat は、このパラメーターに対応する、Red Hat Enterprise Linux 6 にパッチが適用されたバージョンの httpd 2.2.15 を提供します。パッチの詳細は、以下を参照してください。 http://pkgs.devel.redhat.com/cgit/rpms/httpd/tree/httpd-2.2.15-proxy-failonstatus.patch?h=rhel-6.7&id=295e30e7413300d714cce1d983ecf25ec08ae17c- HornetQ を使用した STOMP プロトコル
- HornetQ は STOMP プロトコルのコミュニティーレベルのサポートを提供しています。このプロトコルは Red Hat からテストを受け取っておらず、JBoss EAP ではサポートされません。
- HornetQ による REST プロトコル
- HornetQ は、REST プロトコルに対するコミュニティーレベルのサポートを提供します。このプロトコルは Red Hat からテストを受け取っておらず、JBoss EAP ではサポートされません。
- JDK 6 の IPv6 制限
- 以下の IPv6 制限が JDK 6 によって生じ、JBoss EAP 6 には影響がありません。
- Microsoft Windows Server では、JDK 6 には IPv6 実装の一部しかありません。この実装は、JBoss EAP 6 の実行には不十分です。Microsoft Windows Server での IPv6 の完全なサポートには JDK 7 が必要です。
- Red Hat Enterprise Linux では、Oracle JDK 6 のバグにより、クライアントに指定されたアドレス(ネットワークポイントによる接続の確立)が失敗し、zone-id が含まれるアドレスが失敗します。zone-id を使用するには、JDK 7 にアップグレードするか、Red Hat Enterprise Linux で利用可能な IcedTea/OpenJDK 6 を使用し、このバグは示唆しません。このバグに関する詳細情報は、および https://issues.jboss.org/browse/JBPAPP-8833 を http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6800096 参照してください。
- JTA トランザクション外における JPA 2.0 コンテキストの伝搬
- Extended Persistence Contexts(XPC)の伝搬はトランザクションの存在を考慮せず、XPC は常に伝播されました。この動作は JPA 2.0 仕様に準拠していません。トランザクションがアクティブでない場合は XPC の伝搬は無視され、呼び出される Bean が XPC ではなく独自の永続コンテキストを持つように XPC の処理が変更になりました。アプリケーションが拡張永続コンテキストが JTA トランザクション外部で伝播されることを想定する場合は、アプリケーションを変更する必要があるかどうかを検討する必要があります。アプリケーションの更新手順については、JBoss EAP 6『移行ガイド』を参照してください。JBoss Enterprise Application Platform 5 では、この動作を可能にするシステムプロパティー(
JBPAPP-923.alwaysPropagate)が提供されていました。このシステムプロパティーは JBoss EAP 6 では使用できません。このデシジョンの詳細は、を参照して https://issues.jboss.org/browse/AS7-1663 ください。 - STS クライアントプール
- PicketLink Federation サブシステムは、サーバー上の STS クライアントのプールを提供します。これにより、STS クライアントの作成がボトルネックとして削除されます。クライアントプーリングは、STS クライアントが SAML チケットの取得に必要なログインモジュールから利用できます。STS クライアントプーリングを使用できるログインモジュール。
- org.picketlink.identity.federation.core.wstrust.auth.STSIssuingLoginModule
- org.picketlink.identity.federation.core.wstrust.auth.STSValidatingLoginModule
- org.picketlink.trust.jbossws.jaas.JBWSTokenIssuingLoginModule
各ログインモジュールのプール内のデフォルトのクライアント数は、initialNumberOfClientsログインモジュールオプションで設定されます。STSClientPoolFactory クラスorg.picketlink.identity.federation.bindings.stspool.STSClientPoolFactoryは、アプリケーションにクライアントプール機能を提供します。STSClientPoolFactory の使用
STS クライアントは、その 設定 をキーとして使用してサブプールに挿入されます。STSClientPool インスタンスを取得してから、設定に基づいてサブプールを初期化します。任意で STS クライアントの初期数で、またはデフォルトの番号に依存します。final STSClientPool pool = STSClientPoolFactory.getPoolInstance(); pool.createPool(20, stsClientConfig); final STSClient client = pool.getClient(stsClientConfig);
final STSClientPool pool = STSClientPoolFactory.getPoolInstance(); pool.createPool(20, stsClientConfig); final STSClient client = pool.getClient(stsClientConfig);Copy to Clipboard Copied! Toggle word wrap Toggle overflow クライアントを使用した作業が終了したら、以下のようにプールに戻すことができます。pool.returnClient();
pool.returnClient();Copy to Clipboard Copied! Toggle word wrap Toggle overflow 特定の設定についてサブプールがすでに存在しているかどうかを確認するには、次のコマンドを実行します。if (! pool.configExists(stsClientConfig) { pool.createPool(stsClientConfig); }if (! pool.configExists(stsClientConfig) { pool.createPool(stsClientConfig); }Copy to Clipboard Copied! Toggle word wrap Toggle overflow PicketLink Federation サブシステムを有効にすると、デプロイメント用に作成されたすべてのクライアントプールはアンデプロイプロセス時に自動的に破棄されます。プールを手動で破棄するには、以下を実行します。pool.destroyPool(stsClientConfig);
pool.destroyPool(stsClientConfig);Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Tanuki Service Wrapper
- Tanuki サービスの Wrapper は JBoss EAP 6 ではサポートされません。詳細は、を参照して https://issues.jboss.org/browse/JBPAPP-8651 ください。
- Microsoft SQL Server 2008 での XA リカバリー
- XA リカバリーは Microsoft SQL Server 2008 R1 とは機能しません。この機能は、Microsoft SQL Server 2008 R2 SP2 と動作します。詳細は、以下の URL を参照してください。
- MySQL での XA リカバリー
- MySQL JDBC ドライバーは XA リカバリーを適切に実装せず、データベースへの接続が停止したときに例外に対して誤ったエラーコードを返します。
- JBoss OSGi
- OSGi 仕様の実装である JBoss OSGi はテクノロジープレビューからサポート対象外に降格されました。追加情報はを参照して https://access.redhat.com/site/solutions/362814 ください。
- クイックスタート
- JBoss EAP 6.2 で利用可能なさまざまなクイックスタート(
helloworld-osgi、wicket-war、およびwicket-ear)が 6.3 リリースの製品から削除され、6.4 では利用不可になりました。 - PicketLink
- JBoss EAP 6 では、PicketLink IDM(Identity Management)はサポートされません。
- Infinispan API
- JBoss EAP 6 では Infinispan API の直接的な使用はサポートされません。Infinispan は、JBoss EAP 6 の内部さまざまなクラスタリング技術の実装詳細として使用されます。Infinispan API を直接使用するには、Red Hat JBoss Data Grid のサブスクリプションと JBoss Data Grid パッケージのインストールが必要です。Red Hat JBoss Data Grid は から https://access.redhat.com/downloads 入手できます。