3. 解決および既知の問題


3.1. 解決された問題

Patching (パッチ)

BZ#1110117 - シャットダウン中に MBean のパッチ適用のクエリーにより IllegalStateException が発生する

JBoss EAP インスタンスのパッチステータスのクエリーを試みると、IllegalStateException エラーが発生する可能性がありました。このエラーの根本的な原因は、すでにシャットダウンされているため、InstallationManagerService が利用できなかったことでした。この問題は、最初に InstallationManagerService が利用可能かどうかを確認することで解決され、その場合はクエリーが続行されるようになりました。

EJB

BZ#1172856: サーバー側の EJB ハンドラーが圧縮の応答ではない
以前のバージョンの JBoss EAP 6 で EJB 圧縮を使用する場合、クライアントは圧縮リクエストを送信しましたが、サーバーは圧縮応答を返すよう設定されていても、圧縮されていない応答を送信していました。
本リリースでは、サーバーは圧縮された応答で応答します。
BZ#1118432 - remote-naming InitialContext が閉じられる場合の java.util.concurrent.RejectedExecutionException
リモート命名を使用して EJB を検索する場合は、ejb-client コンテキストを作成します。完了時にリモート命名コンテキストオブジェクトが閉じられている場合、クライアントは以下のエラーをログに記録しました。これは、ejb-client コンテキストがすでにシャットダウンされ、再度実行しようとしたためです。このエラーの根本的な原因は、閉じられる前に ejb-client コンテキストをチェックすることで解決されています。
ERROR [org.jboss.remoting.handler-errors] Close handler threw an exception: java.util.concurrent.RejectedExecutionException
Copy to Clipboard Toggle word wrap
BZ#1156620: アンデプロイのメモリーリークおよび ejb クライアントが関連付け解除によって生じるチャンネルが多すぎる
本リリースの JBoss EAP 6 では、jboss-ejb-client.xml を使用してリモート EJB クライアント接続を設定するアプリケーションによって生じるメモリーリークが修正されました。
今回の修正により、スコープ指定されたコンテキストが使用され、チャネルが過剰に発生していた別の問題を解決しました(全チャンネルが閉じられるまでチャンネルが閉じられていないことが原因でした)。他のチャンネルが同じホストに開いている場合でも、Context.close() が呼び出されるとチャネルが閉じられるようになりました。
BZ#1088463: 大きなパラメーターが EJB メソッドの呼び出しに付与されている場合、クライアントに EJBCLIENT000032 例外を表示する - OutOfMemoryError is swallowed

以前のバージョンの JBoss EAP 6 では、EJB 呼び出しのパラメーターに大きな値を渡すと、チャネルがクラッシュし、メモリー不足エラーがサーバーで表示されませんでした。ejb-client では、一部のパラメーターのアンマーシャリング中にエラーが発生している例外が OOM 原因で表示されます。この問題は、現在のバージョンの JBoss EAP 6 で修正されました。EJB 呼び出しのためにパラメーターに大きな値を指定すると、サーバーにメモリー不足の例外が表示され、クライアント側にヒントが表示されます。

CDI/Weld

BZ#1159570 - CDI injected topic does not work
これまでのバージョンの JBoss EAP 6 では、JMS Topic の CDI Bean へのインジェクションが、以下のエラーで失敗していました。
javax.jms.InvalidDestinationException: Not a HornetQ Destination:HornetQTopic[EventTopic]

   @javax.inject.Inject 
   private javax.jms.Topic topic
Copy to Clipboard Toggle word wrap
本リリースでは、インジェクションはエラーなしで成功します。
BZ#1166133: Bean プロキシークラスに元の varargs メソッドのvarargs メソッド以外のメソッド

以前のバージョンの EAP では、varargs メソッドが配列引数を持つvarargs 以外のメソッドとして Bean プロキシーで誤って表示されていました。これにより、反映に依存するフレームワークで問題が発生していました。

この問題は、プロキシー化されたメソッドのバイトコードに不足している vararg フラグを追加することで解決されました。その結果、vararg メソッドが Bean プロキシーで正しく表現されるようになりました。

BZ#1146853: 同じ名前の静的ネストされたクラスを使用する場合のプロキシー命名の競合

これまでのバージョンの EAP では、異なるクラスで囲まれた名前が等しい名前の 2 つの静的ネストされたクラスが Bean として使用されている場合、このような Bean が使用されたときに、これらの Bean と ClassCastException の両方に同じクラス名を持つプロキシーが生成されていました。

これは、プロキシークラス名の生成手順を修正して、エンクロージングクラスの名前を含めることで修正されました。同じパッケージ内の 2 つの異なるクラスで囲まれていても、2 つの静的ネストされたクラスに同じ簡単なクラス名を使用できるようになりました。

BZ#1054876: スーパークラスに引数なしのコンストラクターがないとプロキシーの作成に失敗する

以前のバージョンの JBoss EAP には Weld の実装が含まれており、すべてのスーパークラスのコンストラクターにパブリック引数なしのコンストラクターがあることを確認します。

この問題は本リリースで解決されています。すべてのスーパータイプではなく、Bean 自体のプロキシーのみがチェックされるようになりました。

BZ#1149644 - CDI インターセプターは EJB セッションコンテキストを注入できません。

以前のバージョンの JBoss EAP では、EJB セッションコンテキストを CDI インターセプターにインジェクトできませんでした。

これは、すべての EJB コンテキストのインジェクションポイントに適切な gitops JNDI の場所を提供することで、インテグレーションコードで修正されました。

BZ#1138192: パッケージプライベートメンバーが静的モジュールの CDI Bean で動作しない

これまでのバージョンの JBoss EAP では、Weld 統合コードにクラスローディングの最適化がありました。これにより、パッケージプライベート no-arg コンストラクターを宣言した静的モジュールから通常のスコープの Bean がデプロイメントから Bean にインジェクトされた場合に、Illegal 5115 がスローされていました。

これは、最適化を制限し、指定の静的モジュールから発信されるクラスのプロキシーに静的モジュールの ClassLoader を使用することで修正されました。

静的モジュールの package-private コンストラクターを持つ Bean に対して Illegal TEMPLATES がスローされなくなりました。

BZ#1086555 - Weld: 汎用 Bean の特殊化によって不適切な例外がスローされる

以前のリリースの JBoss EAP 6 では、汎用 Bean に特化を設定すると DefinitionException がスローされました。

本リリースでは、この動作への対応は意図されていません。汎用 Bean に特殊化を設定すると、期待どおりに動作するようになりました。

ドメイン管理

BZ#1111575 - subnet-match が「value」属性を反映しない

以前のリリースの JBoss EAP 6 では、subnet-match が value 属性を考慮するバグがありました。

製品の本リリースでは問題は解決され、value 属性は予想通りに機能します。

BZ#1159709: デプロイメントスキャン時の IO エラーによりアンデプロイメントがトリガーされる

以前のバージョンの JBoss EAP 6 では、FileSystemDeploymentService.scanDirectory() メソッドは、エラーではなく、File.listFiles() の null の戻り値を空のリストとして処理しました。

その結果、デプロイメントスキャン中に IO エラーが発生すると、アプリケーションのアンデプロイメントがトリガーされる可能性があります。

この問題は対処され、本リリースではファイル制限に達すると、デプロイされたアプリケーションはアンデプロイされなくなりました。

BZ#1133328: ホストコントローラーで実行されなかったアウトバウンド LDAP 接続に対してランタイムが更新。

JBoss EAP 6 のドメイン管理操作ハンドラーは、モデルへの更新の結果としてランタイム更新を実行するかどうかを指定できます。以前のバージョンでは、操作ハンドラーは、サーバープロセスで実行している場合、アウトバウンド LDAP 接続定義のランタイム更新のみを要求していました。

その結果、ホストコントローラープロセス内でアウトバウンド LDAP 接続に加えられた変更は、そのプロセスのランタイム更新を即座に更新しませんでした。

製品の本リリースでは、影響を受ける操作要求のランタイム更新がすべてのプロセスタイプに適用され、アウトバウンド LDAP 接続に加えられた変更はアプリケーションサーバープロセスと非アプリケーションサーバープロセスの両方に対してすぐに反映されます。

BZ#1148565: アイドル状態の接続を事前に閉じる管理 HTTP サーバー。

JBoss EAP の管理 HTTP サーバーにはタイムアウトハンドラーが含まれており、5 分後にアイドル状態の接続を終了することが意図されています。

以前のバージョンのプロダクトでは、タイムアウトは 30 秒後に接続を終了しました。アクティブな SSL セッションも、接続の終了時の副次的影響として終了しました。クライアントの Web ブラウザーが後続の呼び出しのために再接続されると、新しい SSL セッションを作成する必要があります。

本リリースの本リリースでは、アイドル状態の接続タイムアウトが 5 分正しく設定されるようになりました。

Web ブラウザーはキープアライブ接続のシャットダウンを開始し、基礎となる SSL セッションはそのまま残り、次に接続したときに Web ブラウザーが以前のセッションを再開できるようにします。

BZ#1106393 - HC への接続要求時にタイムアウトすると管理対象サーバーが予期せずシャットダウンする

以前のバージョンの JBoss EAP 6 では、管理対象サーバーのホストコントローラーへの接続に失敗すると、再接続が 1 回のみ試行されました。

これにより、再接続に失敗した場合にプロダクトが予期せずシャットダウンする可能性があります。

本リリースでは、ホストコントローラーへの接続は無期限に再試行されます。ホストコントローラーへの接続が失われているため、サーバーインスタンスはシャットダウンしなくなりました。

BZ#1105677 - 存在しない ldap グループが原因で security-realm で認証に失敗する

以前のリリースの JBoss EAP 6 では、存在しないグループへの参照が含まれるユーザーは、LDAP のプリンシパルからグループ間の検索を実行してユーザーのグループメンバーシップ情報を読み込む際に、認証で失敗を返しました。ユーザーの認証が中断されました。

JBoss EAP 6.4 では、principal-to-group 設定で skip-missing-groups 属性を true として定義することでこの問題が修正され、不足しているグループは無視されます。

BZ#1073866: SecurityRealm に server-identity=ssl を追加すると、6.3.0.DR2 で NPE がスローされる

以前のリリースの JBoss EAP 6 では、ランタイムの更新は追加されたサービス一覧に対して NullPointerException を返していたため、必要に応じてサービスのロールバックが非常に困難になりました。

JBoss EAP 6.4 ではこのエラーは修正され、ランタイム更新にはサービス参照のリストが提供されます。

BZ#1151434: 接続の削除後に outbound-connections 要素が XSD に対して検証されない

管理モードでは、新しいアウトバウンド LDAP 接続が定義されていると、リソースをインスタンス化して子 ldap 接続を保持します。

これまでのバージョンの JBoss EAP 6 では、このリソースは最後の子接続の削除後に削除されませんでした。

XML マーシャリングは、モデル内のアウトバウンド ldap 接続を認識しており、それらを含めるために < outbound-connections > 要素を作成したため、動作が発生しました。モデルに接続がないため、この要素は空のままになり、スキーマに従って無効です。

注記: パーサーはこれに耐障害性があり、その後のサーバーの起動を阻止することはありません。

本リリースの製品のリリースでは、最後の子が削除された後にリソースが削除され、パーサーが定義されたアウトバウンド接続を表示しなくなり、空の < outbound-connections > 要素が書き込まれなくなります。

BZ#908236: セキュリティーレルムなしで http 管理のセキュアなソケットを定義すると NullPointerException が発生する

以前のバージョンの JBoss EAP 6 では、SSL を有効にするように設定された HTTP 管理インターフェースも SSLContext を取得するために設定された HTTP 管理インターフェースが実行されませんでした。

検証がないと、SecurityRealm は null であったため、NullPointerException が発生します。

本リリースでは、更新が管理モデルに適用され、HTTP 管理インターフェースに SSL が関連付けられるように追加のチェックが実行されます。

ユーザーが SSL で HTTP 管理インターフェースを定義しようとし、SecurityRealm がない場合、NullPointerException の代わりにエラーメッセージが報告されます。

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=908236
BZ#1129400 - HTTP 管理インターフェースを使用して resource-adapter を作成できない

以前のバージョンの JBoss EAP 6 では、resource-adapter リソースを追加するための操作のロジックでは、ターゲットアドレスを 00:00:0 ModelType.PROPERTY の要素のリストとして表する必要がありました。

そのため、JSON を使用した HTTP ベースの管理クライアントは、想定される形式を使用して操作を確実に作成できませんでした(JSON 構文の $PROPERTY 要素を表すと問題が発生する可能性があります)。

JBoss EAP 6 の本リリースでは、resource-adapter add 操作のハンドラーが更新され、フォーマットの違いがより適した標準アドレス解析コードを使用するようになりました。その結果、上記の例と同様に、HTTP インターフェースと JSON を使用して resource-adapter を追加する操作は予想通りに成功するようになりました。

BZ#1133961 - username-to-dn の 'force' 属性にデフォルト値がある場合でも XML 解析。

username-to-dn 要素がセキュリティーレルムを持つ LDAP ベースの承認に対して定義される JBoss EAP 6 では、スキーマは任意の属性を記述し、force が強制的に実行されます。

以前のバージョンの製品では、パーサーはこの属性が必須であると仮定するために実装されました。

これにより、任意属性が省略された場合に、スキーマに従って有効な設定がパーサーによって拒否されました。

本リリースでは、パーサーが更新され、属性が任意であることを反映し、force 属性を省略する設定がパーサーによって正しく解析されるようになりました。

BZ#1052821: https を使用して Web コンソールにアクセスする際の不要な DNS ルックアップ

クライアントがサーバーに接続し、SSL セッションが開始された場合は、クライアントのホスト名の解決を試みます。クライアント名がアドレスである場合、名前の検出を試行する DNS ルックアップが必要になります。これにより、DNS サーバーが利用できない場合に、リモートクライアントからのすべての接続でパフォーマンスヒットが発生しました。さらに、DNS サーバーが利用できない場合に、長い遅延が発生する可能性があります。

この問題は JBoss EAP 6.4 で修正されています。クライアントが SSL セッションに接続し、確立しようとすると、サーバーで DNS ルックアップがなくなりました。

トランザクションマネージャー

BZ#1162882 - JBTM-2188 - ファイルストアに書き込む一部のコードに PrivilidgedAction ブロックがない
以前のリリースの JBoss EAP 6 では、Security Manager が有効になっている場合、Narayana トランザクションマネージャーは FileSystemStore クラスによって管理されるオブジェクトストアのファイルからの読み書きを許可できませんでした。
これは、セキュリティーマネージャーが使用される場合、コードにファイルシステムにアクセスするパーミッションがあることを検証します。このプロセスはメソッド呼び出しチェーン全体を確認します。つまり、一部のクラスがファイルシステムにアクセスするパーミッションを持たない可能性があります。
このリリースで実装された修正は、ファイルシステムに特権エンティティー(AccessController.doPrivileged())としてアクセスすることで、セキュリティーマネージャーがファイルシステムにアクセスできる特権として認識するクラスのスタックを減らします。
BZ#1133346: XA リカバリースキャンが JBoss の起動を停止する可能性がある

JBoss EAP 6 では、他のサブシステムによって提供される「RecoveryHelpers」を使用してインダウト状態のトランザクションブランチのリソースに要求することで、トランザクションリカバリーが動作します。デプロイメントでこれらのヘルパーのいずれかを登録すると、ロックが実行されます。リソースのリカバリー時に同じロックが取得されます。

リソースがリカバリー要求を完了するのに遅いと、(ロックを待機している)サブシステムのデプロイメントも遅延します。

本リリースでは、ロックの競合は破損し、サブシステムが予想通りにデプロイされるようになりました。

BZ#1113225 - CMR: 送信ログにはクラッシュ後の参加者が表示されません。

以前のリリースの JBoss EAP 6 では、トランザクションログを読み取るツールは CMR レコードを公開しませんでした。

この問題は本リリースで対応されています。

BZ#1077156: サーバーが ::1 にバインドされている IPv6 で XTS トランザクションを開始できない

以前のリリースの JBoss EAP 6 では、アドレス ::1 にバインドされているサーバーが IPv6 で XST トランザクションを起動することができませんでした。これは、アドレスのこの部分を角括弧で囲む必要があるため、[::1]

この問題は、URL を個別のセクションに分割し、XTS コアに渡す前に必要に応じて角括弧を挿入することで解決されています。

CLI コメントで -b スイッチを使用している場合は、URL のアドレス部分を角括弧で囲まないでください。これは仕様に類似しており、Web サービスが起動しない点に注意してください。

BZ#1032641 - サーバーが XA データソースが定義されている場合に周期リカバリーの IllegalStateException

以前のバージョンの JBoss EAP 6 では、一部のトランザクションリカバリー操作中に IllegalStateException が発生する可能性がありました。

トランザクションリカバリーシステムは、「インダウト」トランザクションブランチのリソースのクエリーを実行して動作します。これには、JCA を登録する「RecoveryHelper」を使用します。

リソースがシステムから削除されると、RecoveryHelper は登録解除されます。これまでのバージョンの製品では、コードに競合状態があり、「回復スキャン」中に削除が行われた場合に、ヘルパーは削除されませんでした。

これにより、サーバーから削除された場合でも、トランザクションリカバリーがリソースを使用し続ける可能性がありました( IllegalStateExceptionsが生成される可能性がありました)。

本リリースでは、現在のリカバリースキャンがリソースを使用している場合、それが終了するのを待ってからヘルパーを削除します。

BZ#1124861 - CMR での AA の復元の問題の問題の問題は、OK を回復しますが、孤立した検出を介して復元

以前のリリースの JBoss EAP 6 では、XA トランザクション中にサーバーがクラッシュした場合、XA リソースは常にすぐにロールバックされませんでした。

この問題は org.jboss.jbossts のアップグレードによって修正されています。トランザクションがロールバックされ、ログが想定どおりに消去されるようになりました。

BZ#900289: ドメイン管理 API がトランザクションオブジェクトストアから JTS 孤立を公開しない

JBoss EAP 6 に含まれる transaction サブシステムは、保留中のトランザクションのログを維持します。このログはコンソールユーザーに公開されます。

場合によっては、リソースにインダウト状態のトランザクションブランチのログがあり、対応する最上位のトランザクションログがないことがあります(ディスクには参加者ログがあります)。このようなログは「孤立」と呼ばれ、デフォルトでは以前のバージョンで公開されませんでした。

そのため、トランザクションサブシステムが JTS を使用するように設定されている場合、これらの孤立したレコードは自動的に削除されず、利用可能なストレージ領域が漏洩していました。

本リリースでは、console ユーザーは transaction サブシステムプロパティー expose-all-logstrue に設定すると、デフォルトを上書きできます。その後、コンソールユーザーにはこれらのログを手動で削除するオプションがあり、リークが回避されます。

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=900289

JMX

BZ#1113242 - RemotingConnector & VersionedConectionFactory need configurable connection, channel, channel and versioned connection timeout

以前のバージョンの JBoss EAP 6 には、ハードコーディングされた JMX 接続タイムアウトが複数含まれていました。製品の本リリースでは、JMXConnectorFactory: JMXConnectorFactory.connect(serviceURL, environment)の作成時に渡されるシステムプロパティーまたはプロパティーを介してこれらの間隔を設定できるようになりました。

これらの設定の優先度は以下のとおりです。

  1. デフォルトは 30 秒です。
  2. Env map プロパティーはデフォルトで上書きされます。
  3. システムプロパティーは、env マップ に渡される値を上書きします。

具体的な順序:

特定のタイムアウトプロパティー:

  1. チャンネルのタイムアウト: org.jboss.remoting-jmx.timeout.channel
  2. 接続タイムアウト: org.jboss.remoting-jmx.timeout.connection
  3. バージョン管理された接続タイムアウト: org.jboss.remoting-jmx.timeout.versioned.connection

org.jboss.remoting-jmx.timeout プロパティーが設定され、特定のプロパティーが設定されていない場合は、デフォルトではなく汎用値が使用されます。

BZ#1185118 - random NPE in RootResourceIterator
以前のバージョンの JBoss EAP 6 では、管理リソースを JMX MBean として公開するファサードのロジックにより、子リソースの読み取りが不必要になりました。この 2 つ目の読み取りは、リソースが動的であった場合に null 子を返すことができ、管理以外のアクション(たとえば、アプリケーションによって追加または削除された一時的な JMS キューのリソース)により削除される可能性があります。
その結果、リモートクライアントによって getMBeanCount() などのリモート JMX サーバーメソッドを呼び出すと、以下のようなログメッセージでランダムな NullPointerExceptions が発生する可能性がありました。
[0m[33m18:38:11,612 WARN [org.jboss.remotingjmx.protocol.v2.ServerCommon] (pool-2-thread-12) Unexpected internal error: java.lang.NullPointerException
				  at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:49)
Copy to Clipboard Toggle word wrap
製品の本リリースでは、子リソースの複製読み取りが削除され、初期読み取りの値が使用されます(これは「null」ではありません)。これにより、NullPointerExceptions が発生しなくなります。

remoting

BZ#1126489: readObject でパーミッションを必要とするオブジェクトでマーシャリングに失敗する

Java Security Manager を有効にすると、必要なパーミッションを提供する java セキュリティーポリシーを使用しても、java.util.Calendar オブジェクトが EJB メソッドからの引数として渡すと java.security.AccessControlException がスローされました。本リリースでは、この問題は修正されています。例外がスローされず、マーシャリングおよび EJB 呼び出しが成功しました。

BZ#1161430: オブジェクトのクローンに writeObject がある場合に JBoss Marshalling NullPointerException が発生する

クローンされるオブジェクトの writeObject があるときに発生する JBoss Marshalling NullPointerException。本リリースでは、この問題は修正されています。

BZ#1153281: JMS メッセージの受信時に詳細なロギング

INFO ログイベントは、JMS メッセージがサーバーに送信されるたびに表示されました。本リリースでは、この問題は修正されています。

Web コンソール

BZ#1107869 - Web コンソールが除外して jbossas プロセスを完全に終了
Web 管理コンソールの 'Transactions' セクションで JTS が有効になっている場合は、JacORB サブシステムの 'transactions' 属性を 'on' の値に設定する必要があります。
以前の JBoss EAP 6 バージョンでは、ユーザーは管理コンソールによってこの依存関係に関する通知を受けませんでした。
本リリースでは、検証チェックをコンソールに追加することで、この動作が修正されました。
BZ#1026823: 「Run as」ダイアログで設定した「ROLE」ヘッダーをクリアする信頼できる方法を提供

以前のリリースの JBoss EAP 6 では、別のユーザーの代わりに SuperUser が機能し( Run As… リンクを含む)場合、アクションの実行後にロールをリセットできなかったことが見つかりました。

この問題は対処され、ユーザーはブラウザーウィンドウを閉じ、ロールをリセットするために Web コンソールに再アクセスしなくなりました。

BZ#1017655: Web サービス設定検証エラー

以前のリリースの JBoss EAP 6 では、WSDL HostWSDL Port および WSDL Secure Port の無効な値(Profiles > Web サービス)は Web コンソールによって拒否されませんでした。

本リリースではこの問題は解決され、管理モデルからの検証ルールが適用されます。誤った値が保存されなくなりました。

BZ#1029851: 管理コンソール: デプロイメントファイルのアップロードプロセスをキャンセルした後でも、コンテンツはデータディレクトリーに追加されます。

以前のリリースの JBoss EAP 6 では、ユーザーにアップロードがキャンセルされた場合でも、Manage Deployments 画面でファイルのアップロードが完了しましたが、本リリースで修正されています。

古いバージョンのプロダクトでは、ファイルのコピーが発生した後、デプロイメントエントリーが domain.xml に追加される前にユーザーがファイルアップロード操作を取り消すことができるため、問題が発生しました。

本リリースの製品のリリースでは、コンソールワークフローが操作中に cancel オプションを削除するように再設計され、保存されたファイルと domain.xml の < deployment > エントリーとの間で不完全な操作や一貫性のない状態を防ぐことができます。

HornetQ

BZ#1165456 - HornetQ: SSLv3 の破棄 [defense-in-depth]

本リリースの JBoss EAP 6 では、最近検証された POODLE 脆弱性により、SSLv3 が無効になっています。POODLE の詳細は、Oracle のセキュリティートピック( http://www.oracle.com/technetwork/topics/security/poodlecve-2014-3566-2339408.html)を参照してください。

サーバー

BZ#1110635: 先頭の / がオーバーレイパスにある場合、デプロイメントオーバーレイ機能が動作しません。

以前のリリースの JBoss EAP 6 では、'/' で始まるデプロイメントオーバーレイを追加できませんでした。

JBoss EAP 6.4 では、これは修正されました。deployment-overlay は、先頭の '/' と動作するか、先頭の「/」と動作します。

deployment-overlay add --name=example-overlay --content=/lib/example.jar=eap6-overlay-example.jar --deployments=example.ear
Copy to Clipboard Toggle word wrap

Web サービス

BZ#1157482 - EJB3 Web サービスが並列呼び出しで無効なユーザーを返す

並列呼び出しでロードされた場合は、認証にユーザー名トークンを使用する EJB3 Web サービスは失敗しました。EJB3 Web サービスが認証にユーザー名トークンを使用していた場合、並列呼び出しで失敗しました。本リリースでは、この問題は修正されています。

BZ#1115214 - CXF-5679, CXF-5724 - WS-S after upgrade fails with org.apache.ws.security.WSSecurityException: The signature or decrypt was invalid

以前のバージョンの JBoss EAP 6 では、Apache CXF 2.7.10 に導入されたリグレッションがエラーで失敗していました。

org.apache.ws.security.WSSecurityException: The signature or decryption was invalid
Copy to Clipboard Toggle word wrap

この問題は解決され、WS-Security SOAP メッセージが正常に実行されています。

BZ#1121223: 暗号化キーが BinarySecurityToken を参照する前にこれを確認します。

以前のリリースの JBoss EAP 6 では、WSS タイムスタンプに SOAP メッセージが含まれていない場合に、encryptedKey 要素から参照される BinarySecurityToken が CXF が配置しました。

これにより、encryptedKey で参照される BinarySecurityToken が EncryptedKey 要素を上回ると、EncryptedKey 要素の処理中にバイナリーSecurityToken の検索を試行する際に BinarySecurityToken が処理されていないと想定される受信側が失敗する可能性があります。

この問題は、SOAP メッセージで BinarySecurityToken の上位を移動することで解決されています。EncryptedKey 要素は、SOAP メッセージの解析中にすでに見つかった BinarySecurityTokens を常に参照するようになりました。

BZ#1155490 - JBoss WS CXF Client の HandlerChainSortInterceptor でのメモリーリーク

JAX-WS クライアントが 1 つの JAX-WS ハンドラーで実装されている場合、サービスポートメソッドを無期限に呼び出すと、メモリーリークが発生しました。本リリースでは、この問題は修正されています。

EE

BZ#1029260: jboss-deployment-structure.xml で ear-subdeployments-isolated 属性設定を使用できない

jboss-deployment-structure.xml で ear-subdeployments-isolated 属性を設定し、< EAR>/META-INF ディレクトリーに置くと、分離フラグはサブシステム設定によって上書きされます。

JBoss EAP 6.4 ではこの問題は修正されています。処理の順序が更新されました。

JPA

BZ#1131711 - HttpManagementService-threads consumes high cpu on org.jboss.as.jpa.hibernate4.management.QueryName.displayable()

以前のバージョンの JBoss EAP 6 では、org.jboss.as.jpa.hibernate4.management.QueryName.displayable()HttpManagementService-threads により CPU の使用率が多いためパフォーマンスが低下します。これは、String.replace() への複数の呼び出しが原因で生じました。この問題は、現在のバージョンの JBoss EAP 6 で修正されています。

BZ#1114726 - 他のサブデプロイメントでエンティティークラスを参照すると、JPA エンティティークラスの拡張機能がサブデプロイメントで機能しない

以前のバージョンの JBoss EAP 6 では、ユーザーアプリケーションのエンティティークラスがアプリケーションデプロイメント中に永続プロバイダーに書き換えられると想定されるエンティティークラスは書き換えられない可能性があります。そのため、サブデプロイメントが並行してデプロイされ、永続ユニットが含まれるデプロイメント以外のサブデプロイメントのエンティティークラスへの参照がある場合、エンティティークラス定義は永続プロバイダーによって書き換えされる前に読み込まれます。したがって、パフォーマンスに影響を及ぼします。この問題は、現在のバージョンの JBoss EAP 6 で修正されています。

JMS

BZ#1070106: Generic JMS アダプターがドメインモードに正しくデプロイされない。

以前のバージョンの JBoss EAP 6 では、追加操作中にコンテキスト情報が正しくチェックされませんでした。その結果、汎用 JMS アダプターがドメインモードに正しくデプロイされました。この問題は、現在のバージョンの JBoss EAP 6 で修正されました。汎用 JMS アダプターをドメインモードにデプロイできるようになりました。

JCA,JMX

BZ#1150821 - 検証を有効にすると、JMX データソースプール & jdbc 統計が消える

JBoss EAP 6 の以前のバージョンでは、検証が有効な場合、JMX データソースプールと jdbc の統計が消える可能性があります。これは、リソースモデルの一部への参照が保持されているため、モデルが変更された場合は無効になりました。この問題は、現在のバージョンの JBoss EAP 6 で修正されています。リソースモデルの一部への参照は、操作をまたいで保持されなくなりました。

結果: DataSource 統計は非表示にされません。

ロギング

BZ#1096053: SyslogHandler doesn't handle multi-byte characters correctly

以前のバージョンの JBoss EAP 6 では、org.jboss.logmanager.handlers.SyslogHandler を使用してマルチバイト文字をログに記録すると、ログに出力が破損する可能性がありました。以下に例を示します。

Mar 8 17:29:09 UNKNOWN_HOSTNAME java[9896]: SyslogHandler: ????????????
Copy to Clipboard Toggle word wrap

この問題は本リリースで解決され、文字が予想通りにログに出力されるようになりました。

BZ#1031448 - logging-profile work for a servlet, but doesn't for a JSP

以前のリリースの JBoss EAP 6 では、ロギングプロファイルはサーブレットに対して期待どおりに動作していましたが、JSP では動作しませんでした。JSP のすべてのログメッセージはシステムログコンテキストに表示されました。

この問題は、チェックされたクラスローダーがログコンテキストに登録されたクラスローダーの親クラスローダーを持つ org.apache.jasper.servlet.JasperLoader であったために生じました。

この問題は、ログマネージャーにオプションを追加して LogContext のクラスローダーの親を再帰的に確認することで解決されています。

BZ#1071695: 例外スタックフレームクラスのルックアップに失敗した場合の再帰処理

%E フォーマッターで JBoss LogManager を設定すると、jar クラスがどこにあるかが出力されます。クラスの読み込みに問題がある場合は、JBoss Modules が警告を出力します。場合によっては、例外フォーマッターがクラスをロードするログマネージャーとモジュール間で無限再帰を発生させる場合があります。

この問題は JBoss EAP 6.4 で修正されました。この状況は、無限再帰およびロギングをトリガーしなくなりました。

クラスの読み込み

BZ#1155823: MODULES-192 によってトリガーされるパッケージ証明書の SecurityErrors

以前のリリースの JBoss EAP 6 では、クラスストリームの読み込み後ではなく、Jr FileResourceLoader が証明書を取得しようとし、証明書が読み込まれませんでした。

これにより、署名済みクラスが複数のスレッドによって同時にロードされたときに SecurityError が発生します。

本リリースでは、クラスストリームの読み込み後に JarFileResourceLoader が証明書を取得し、SecurityError が発生しなくなりました。

BZ#1172577: 追加の sun.jdk 依存関係を含める
以前のバージョンの JBoss EAP 6 では、JDK の一部のクラスは sun.jdk を介してアプリケーションに公開されませんでした。これは JDK javax.sql.rowset.RowSetProvider および java.lang.invoke.MethodHandleProxies を使用し、sun.jdk モジュールに依存していました。
本リリースでは、sun.jdk モジュールに応じて、アプリケーションがこれらのパッケージのクラスを検索します。
  • com.sun.rowset
  • com.sun.rowset.providers
  • sun.invoke

Domain Management,Security

BZ#1150024 - ヘッダーParser が DigestAuthenticator で区切り文字を処理できない

以前のバージョンの JBoss EAP 6 では Digest オーセンティケーターにバグが含まれていたため、認証ヘッダーに含まれる値内のエスケープされた区切り文字が正しく処理されませんでした。

また、add-user ユーティリティーは、「backslash」文字(\)を含むユーザー名を正しくエスケープしませんでした。

そのため、有効な認証要求が誤って拒否されました。

本リリースでは、ヘッダーの解析が Digest 認証メカニズム内で再度機能し、add-user ユーティリティーがユーザー名の「backslash」文字を正しくエスケープするようになりました。

BZ#1153854 - Management Interface: SSL configuration does not allow disabling protocol

これまでのバージョンの JBoss EAP 6 では、セキュリティーレルムが SSLContext を提供するために SSLContext を作成する際にプロトコルを指定できていましたが、基盤の SSLEngine でサポートされるプロトコルまたは暗号スイートを指定できませんでした。

そのため、SSL 接続に使用する強力なプロトコルおよび暗号スイートを選択できませんでした。

本リリースでは、ユーザーはセキュリティーレルム定義内で有効なプロトコルおよび暗号スイートのセットを指定できるようになりました。これらは、サポートされるプロトコルと暗号スイートに対して照合され、基礎となる SSLEngine を設定します。

さらに、設定が指定されていない場合、有効なプロトコルはデフォルトで TLSv1、TLSv1.1、および TLSv1.2 になります。SSLv3 以前はデフォルトで有効ではなくなり、プロトコルおよび暗号スイートをさらに設定できます。

クラスタリング

BZ#993041 - RuntimeException in org.jboss.as.web.session.ClusteredSession.access

以前のバージョンの JBoss EAP 6 は、別のノードがクラスターに突然離れている間に分散された web セッションにアクセスした場合、一部のインスタンスでロックアップに失敗する可能性があります。これが発生すると、以下の例外が生じました。

RuntimeException: JBAS018060: Exception acquiring ownership of <session-id>
Copy to Clipboard Toggle word wrap

この問題の根本的な原因は、クラスターノードがクラスターを同時に残す可能性があることを考慮しておらず、ロックに失敗することが原因となっていました。

この問題は処理され、例外は表示されなくなりました。

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=993041

セキュリティー

BZ#1150020 - add-user ユーティリティーが名前を正しくエスケープしない

JBoss EAP 6 の追加ユーザーユーティリティーは、プロパティーファイルのキーとして使用される値を繰り返し処理し、発生したすべての特殊文字をエスケープします。

これまでの製品バージョンでは、文字の検証方法にエラーが生じ、'equals' 文字(=)の最初のインスタンスがエスケープされました。ユーザー名に後続の「equals」文字が含まれていた場合、適切にエスケープされず、生成されたプロパティーファイルが使用不可能になりました。

本リリースでは、特殊文字の処理が修正され、複数の「等しい」文字およびユーザー名がすべてプロパティーファイルに書き込まれるようになりました。

BZ#979369 - programmatic login()を使用した HttpSession 作成の動作が異なる

以前のバージョンの JBoss EAP 6 では、HttpSession 作成の動作は以下のプログラムによるログインで使用される場合とは異なります。

  • SSO を使用しない場合: login() メソッドの呼び出し中にセッションは作成されません。そのため、後続の要求は認証されていないことになります。
  • 非クラスター SSO: login() メソッドの呼び出し中にセッションが作成されますが、最初の呼び出しは認証ステータスを設定しません。セッションがすでに存在しているため、後続のリクエストは認証されず、ユーザーは login() メソッドの 2 回目の呼び出し後に認証されます。
  • クラスター化された SSO の場合: login() メソッドとそれ以降のリクエストは認証される間にセッションが作成されます。
この問題は、現在のバージョンの JBoss EAP 6 で修正されています。org.apache.catalina.authenticatorBase.ALWAYS_USE_SESSION クラスには、常にセッションを作成する新しいオプションがあります。
を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=979369
BZ#949737 - NegotiationAuthenticator バルブによるセッションレプリケーションの破損

以前のバージョンの JBoss EAP 6 には、JBoss EAP 5 ではグローバル認証メカニズムを定義するオプションが含まれていませんでした。この制限に対応するために、SPNEGO 認証を有効にするアドバイスは、影響を受けるデプロイメントの jboss-web.xml に手動でバルブを追加することでした。

その結果、呼び出しの早い段階でバルブが呼び出され、クラスタリングを行うバルブの前にありました。そのため、JBoss Negotiation バルブは新しい HTTP セッションを作成し、クラスタリングバルブはセッションのライフサイクルに関する通知を受信しませんでした。クラスタリングバルブはセッションが必要な通知を受信しないため、セッションはクラスター化されず、レプリケーションに影響されました。

本リリースの JBoss EAP 6 は認証メカニズムのグローバルな定義をサポートするようになりました。この方法では、バルブを web アプリケーションの jboss-web.xml に手動で追加することが非推奨になりました。

SPNEGO 認証バルブはクラスタリングバルブの後に呼び出されるようになり、クラスタリングバルブはセッションのライフサイクルに関連する必要な通知を受信し、セッションを正しく複製します。

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=949737

ドメイン管理(IPv6 のサポート)

BZ#1149612: ユーザーは IPv4 環境で any-ipv6-address インターフェースを使用できます。

以前のバージョンの JBoss EAP 6 では、インターフェースの any-ipv6-address 設定と java.net.preferIPv4Stack=true システムプロパティーをチェックおよび拒否するロジックが、サービスが起動するまで待たずにネットワークインターフェースサービスをインストールする際に実行されていました。

その結果、このチェックはインターフェースサービスを必要としないホストコントローラープロセスで実行される可能性がありました。そのため、実際に使用するサーバープロセスで java.net.preferIPv4Stack=true が設定されていなければ、誤った障害が発生する可能性がありました。

本リリースでは、インターフェースサービスが起動しるまで整合性チェックが妨げられ、サービスがそのプロセスで実際に使用されている場合にのみ発生します。

ドメインコントローラーまたは独自のホストコントローラーに java.net.preferIPv4Stack=true が設定されている場合でも、java.net.preferIPv4Stack=true が設定されていないサーバーは、インターフェースのいずれかの設定に any-ipv6-address を使用できます。

mod_cluster

BZ#1083563: デプロイメントが mod_cluster サービスの依存関係がないため、Mod_cluster をドレイン(解放)する保留中の要求強制に失敗する(JDK8)

mod_cluster サブシステムはドレイン(解放)され、これにより保留中の要求が失敗しました。本リリースでは、この問題は修正されています。

BZ#1044879: 「Balancer name contains」大文字が名前に大文字である場合、mod_cluster はスティッキーセッションを維持しません。

以前のリリースの JBoss EAP 6 では、ロードバランサーの名前に大文字が含まれる場合、modcluster モジュールはスティッキーセッションを維持しませんでした。

この問題は、ロードバランサー名小文字の区別をなくすことで、本リリースで修正されています。

RESTEasy

BZ#1090487 - Resteasy secure processing to be turn by default to apply entity expansion limit

org.w3c.dom.Document ドキュメントの処理でセキュリティーを強化するために、2 つの新しい RESTEasy パラメーターが作成されました。どちらも context-param パラメーターで、アプリケーションの web.xml 設定ファイルで設定されます。

Name: resteasy.document.secure.processing.feature Default value: true Description: Impose security constraints in processing org.w3c.dom.Document documents and JAXB object representations

Name: resteasy.document.secure.disableDTDs Default value: true Description: Prohibit DTDs in org.w3c.dom.Document ドキュメントおよび JAXB オブジェクト表現

EAP 6.4.0 に含まれる Xerces 2.9.1.redhat-6 は Max attributes 制限に対応していないことに注意してください。

BZ#1088956: Windows の namespace テストで MalformedByteSequenceException

以前のリリースの JBoss EAP 6 では、エンコーディングがクライアント要求の本文に指定されていない場合、RESTeasy は元のリクエストのエンコーディングではなく、サーバーのエンコーディングで応答を返しました。

この問題は、クライアントによってエンコーディングが要求されない場合に、UTF-8 をデフォルトのエンコーディングとして設定することで解決されています。

BZ#899666 - RESTEasy: Empty cfg. param javax.ws.rs.Application generate exception

以前のバージョンの JBoss EAP 6 に同梱される RESTEasy コンポーネントは、WEB-INF/web.xml ファイルの javax.ws.rs.Application 設定オプションが空のままである場合に java.lang.StringIndexOutOfBoundsException: String index out of range: 0 エラーを発生させます。

この問題は、RESTeasy コンポーネントへのアップグレードにより、本リリースで修正されています。

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=899666

Installer

BZ#977805 - JBoss 管理コンソールの開始メニューが Solaris で動作しない

Solaris で gvfs-open の問題により、Solaris で管理コンソールのメニューショートカットを開始しても、インストーラーを使用してインストールされた JBoss EAP 6 インスタンスでは機能しません。

JBoss EAP 6.4 以降では、Solaris のインストーラーを使用してインストールされた JBoss EAP 6 インスタンスに対して、管理コンソールのメニューショートカットは作成されません。

管理コンソールは、Web ブラウザーで直接アクセスできます。デフォルトのポートで設定された場合、管理コンソールの URL は以下になります。スタンドアロンモードの場合: http://localhost:8080/console (ドメインモードの場合): http://localhost:9990/console

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=977805
BZ#1032892 - Windows のドライブ文字で始まるパスについてタブの入力を禁止。
これまでのバージョンの JBoss EAP 6 では、ドライブ文字で始まるディレクトリーパスのタブ補完が Microsoft Windows Server の JBoss EAP 6 のコンソールインストーラーで機能しませんでした。
ドライブ文字(例: C:\)で始まるパスを入力し、+Tab+ キーは何も表示されませんでした。この場合、そのディレクトリーの内容が表示されることが予想されます。
この問題は本リリースで修正され、タブ補完が予想通りに機能するようになりました。

CDI/Weld,Transaction Manager

BZ#1098127: JTS を使用したリモート EJB 呼び出しのある CDI トランザクションオブザーバーメソッドでイベントのオブザーバーに通知できない

以前のバージョンの JBoss EAP 6 では、JTS トランザクションを使用してリモート EJB クライアントから CDI イベントを実行すると、サーバーでのトランザクションオブザーバーの呼び出しに失敗していました。

これは、Weld 統合コードのトランザクション同期コールバックの JNDI namespace の選択を修正することで修正されました。

トランザクションオブザーバーが分散トランザクションシナリオで適切に呼び出されるようになりました。

命名規則

BZ#1131626 - ERROR: remote lookup Channel end notification received, close channel Channel ID is seen when search up a remote queue

これまでのバージョンの JBoss EAP 6 では、操作が正常に実行される場合でも、EJB 内からリモートキューでルックアップを実行する際にエラーが発生することがありました。

jboss-remote-naming へのアップグレードでこの問題は解決されています。

ドメイン管理,テスト

BZ#1078062 - ManagementClientContentTestCase is sometimes fails(JDK dor マスターおよびスレーブが異なる)

以前のリリースの JBoss EAP 6 では、management-client-content のストレージメカニズムで使用されたマップは、ドメインの異なるプロセスで management-client-content=rollout-plans リソースの 'hash' 属性の異なる値を返しました。

JBoss EAP 6.4 では、management-client-content の保存に使用される一貫性のある順序でマップを更新すると、このエラーが修正されました。management-client-content=rollout-plans リソースの「hash」属性は、ドメインのすべてのプロセスで同じ値を返します。

JCA

BZ#1107120: MySQL JDBC ドライバーを EAP 6.x にデプロイできない

以前のリリースの JBoss EAP 6 では、特定の状況で MySQL JDBC ドライバーが推測できなかったバグが実行されました。

デプロイメントが失敗し、デプロイメントがすでに存在していることをユーザーに通知しました。既存のデプロイメントの削除を試みると失敗していました。

この問題は解決され、ドライバーは予想通りにデプロイされています。

Web コンソール - UX

BZ#1016546 - RBAC: Unclear error message when trying to configure Auditor role as Administrator

以前のリリースの JBoss EAP 6 では、ユーザーに実行パーミッションのない操作の実行を試みると、以下のエラーメッセージが表示されます。

このリソースにアクセスするためのパーミッションがありません!

このメッセージは、ユーザーが操作を実行しようとし、リソースにアクセスしようとしていないため、混乱を生じさせる可能性があります。このエラーテキストは明確になり、以下を読み取るようになりました。

この操作を実行するパーミッションがありません!

Security,Web

BZ#952518 - run-as does not work for Servlet init()and destroy()methods

以前のバージョンの JBoss EAP 6 では、run-as アイデンティティーが Servlet.init()に使用されなかったという問題が発生しました。 これは Java Servlet 2.4 仕様に似ています。

これは、JBoss EAP 5 で以前あった RunAsListener が JBoss EAP 6 では存在しないことが原因です。

この問題は本リリースで対応されており、製品はこの点に関して仕様に準拠するようになりました。

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=952518

スクリプトおよびコマンド、セキュリティー

BZ#901193 - add-user check is not i18n, while prompt is

JBoss EAP 6 の add-user ユーティリティーは、ユーザーが現在のロケールに基づいて実行するアクションを確認するよう要求します。ユーザー入力が異なる翻訳と比較された場合は、翻訳された値ではなく、ユーザー入力が小文字に変換されました。

つまり、add-user ユーティリティーは比較の違いによりユーザーが選択したオプションを特定できず、ユーザーにエラーを報告して有効な値を選択していないことをユーザーに報告していました。

本リリースでは、ユーザーの入力と比較される翻訳値の両方が、比較前に小文字に変換されます。add-user ユーティリティー内の確認ダイアログに対して、国際化されたレスポンスが正しく受け入れられるようになりました。

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=901193

IPv6 サポート

BZ#900564 - ログエントリーの IPv6 アドレスの正しくない形式

以前のリリースの JBoss EAP 6 に IPv6 アドレスが記録されても、必要に応じて角括弧でラップされませんでした。本リリースでは、IPv6 アドレスの処理は対処され、期待通りにログにブラケートされます。

を参照してください。 http://bugzilla.redhat.com/show_bug.cgi?id=900564

Apache Server(httpd)およびコネクター

BZ#1188769: conf 以外は Windows で snmpd.conf が読み込まれない

Windows システムにインストールされていた以前のバージョンの JBoss EAP 6 で SNMPConf 設定が無視され、エージェントがポート 161 で起動されたことがわかります。

本リリースでは、snmpd.conf.sample 設定が etc/httpd/conf に追加され、予想通りに受け入れられるようになりました。

PicketLink

BZ#1170792 - SAML11TokenProvider および SAML20TokenProvider が CLOCK_SKEW を考慮しない
これまでのバージョンの JBoss EAP 6 では、トークンの検証時に 'SAML11TokenProvider' と 'SAML20TokenProvider' は 'CLOCK_SKEW' 属性を考慮に入れませんでした。
そのため、検証されるホストおよび STS のクロックが同期されない場合、認証に失敗する可能性がありました。
本リリースでは、トークンの検証中に 'CLOCK_SKEW' を許可するように 'SAML11TokenProvider' と 'SAML20TokenProvider' が変更されました。検証されたホストおよび STS のクロックが 'CLOCK_SKEW' の制限内で誤って配置され、認証は成功します。

CLI

BZ#1139515: 認識されていない引用符付きの CLI デプロイコマンドにより StringIndexOutOfBoundsException が発生する
Windows で以前のバージョンの HPC EAP 6 を実行する場合は、jboss-cli.bat を使用してアプリケーションをデプロイすると、オープン引用符(")を完了しようとすると例外が発生します。
このアクションを試みると、以下のエラーが発生します。
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
Copy to Clipboard Toggle word wrap
本リリースでは、例外は発生しません。

Hibernate

BZ#1132207: テーブルマッピング @ElementCollection がエンティティー名の代わりにエンティティークラス名を使用する HHH-9389 キー列名
以前のリリースの JBoss EAP 6 では、@Entity(name="...")の名前属性が、エンティティーテーブルと @ElementCollection プロパティーのマッピングに使用される外部キー列のプレフィックスを計算する際に無視されます。
その結果、計算された外部キープレフィックスは、@Entity アノテーションに指定された名前ではなくエンティティークラス名になります。
本リリースでは、@Entity アノテーション name プロパティーは、外部キー名のプレフィックスの計算に使用されます。たとえば、''@Entity(name="prod")' パブリッククラス製品の場合、計算された外部キー(@ElementCollection テーブル用)に 'Product' ではなく 'prod' というプレフィックスが付けられます。

RPM

BZ#1124516 - rpm にファイル snmpd.conf.sample がない

以下のバージョンの「mod_snmp」 RPM には「httpd/conf.d/snmpd/snmpd.conf.sample」ファイルがありませんでした。

  • mod_snmp-2.4.1-7.GA.ep6.el5.i386.rpm
  • mod_snmp-2.4.1-7.GA.ep6.el5.x86_64.rpm
  • mod_snmp-2.4.1-8.GA.ep6.el6.i386.rpm
  • mod_snmp-2.4.1-8.GA.ep6.el6.x86_64.rpm
  • mod_snmp-2.4.1-9.GA.ep6.el7.x86_64.rpm

この問題は、本リリースでは解決されています。

Expand
表1 その他の解決済みの問題
BZ#1187027: データソースの :enable / :disable 操作が非推奨になる
BZ#1168836: JBoss EAP 6.4 への JBTM-2279 のバックポート
BZ#1152477: アノテーション @RolesAllowed が EJB の汎用型で動作しない
BZ#1151526: SAAJ SOAPConnection doesn't return SoapFault for HTTP 400
BZ#1148728: remote-outbound-connection でユーザー名のプロパティー置換が動作しない
BZ#1147715: 必要に応じて JCA XidWrapper のみを使用
BZ#1139102: node-identifier default value uses invalid dash char '-'
BZ#1138595: Can't get implementation classname for JSR77 MBean
BZ#1132207: テーブルマッピングの無害なキー列名 @ElementCollection は、指定されたエンティティー名の代わりにエンティティークラス名を使用します。
BZ#1127999: JBOSS JSP クラスローディングの問題(大文字と小文字を区別しない)
BZ#1127329: 無効なブール値が null ではなく 'false' に設定されている。
BZ#1127318: JAXB Unmarshaller は誤った要素を nil に設定する
BZ#1104691: Hosted ページが適切に提供されない(テキストとして提供されるように考慮されないjsp ヘッダー)
BZ#1103735: Classloader leak in JBossCachedAuthenticationManager
BZ#1098074: AccountChooserValve の AccountIDPMapProvider パラメーターは無視される
BZ#1085500: JBoss Negotiation は認証を形成するためにフォールバックし、401 を返します。
BZ#1064217: SAML アサーション解析 - 空の AttributeValue が例外を発生させる
BZ#1062104: JAAS ログインモジュールの logout()メソッドは cache-type="infinispan" で呼び出されない
BZ#1062101: JAAS ログインモジュールの logout()メソッドが cache-type の削除を呼び出さない
BZ#1057835: JBoss EAP6 がバージョン 2.0 の ejb-jar.xml を解析できない
BZ#1054556: ユーザー名/パスワードが無効であっても、AuditProvider に「[Success]」と言及
BZ#1024239: データソースの connection-properties=hoge:remove、:disable、および :remove の Strange の動作
BZ#1018026: 停止したサーバーからアプリケーションをアンデプロイする際に domain/servers/serverName/data/content フォルダーからコンテンツファイルを削除できない
BZ#900984: UserTransaction leaks でスレッドへのトランザクションタイムアウトを設定し、消去されない
BZ#1149020: EJB 圧縮にサーバー側のハンドラーがない
BZ#1090406: transactions サブシステム属性 process-id-uuid が false に設定されている場合、サーバーが起動しない
BZ#1080140: db への接続後に JTS トランザクションログレコードタイプ PREPARED は HEURISTIC に変更されない
BZ#1080035: JTS で実行している場合に DB 接続で Oracle データベースで失敗する場合のリカバリーの不整合
BZ#1001909: 他のリソースの前に最後にリソースがコミットされない
BZ#1188643: PicketLink が java.lang.RuntimeException: PLFED000092: Null Value: Destination is null
BZ#1188642: SAML11TokenProvider および SAML20TokenProvider が CLOCK_SKEW を考慮しない
BZ#1187026: -ds.xml デプロイメントの非推奨化
BZ#1172419: EAP6 unable to use ports > 32767
BZ#1171863: Backport WFLY-4140: In some case :activate on resource-adapter fails if id != archive_name
BZ#1170359: InitialContext re-wrapping specific NamingExceptions with more generic NamingExceptions(より汎用的な NamingExceptions で特定の NamingExceptions を再ラップ)
BZ#1163646: "org.jboss.as.jaxrs.enableSpringIntegration" to "true" を設定すると JaxrsSpringProcessor が NullPointerException をスロー
BZ#1158498: エンティティーマネージャーを使用して NamingStrategyDelegator 実装を有効にできない
BZ#1155815: Array of size 0 causes java.lang.ClassCastException
BZ#1154936: org.apache.cxf にオプションの fastinfoset 依存関係を追加
BZ#1148603: Hibernate AbstractCollectionPersister メソッド processQueuedOps が、パフォーマンスに悪影響を与える非推奨のメソッドを呼び出します。
BZ#1147412: 最大 接続を使用時に削除または無効化したときにデータソースが再生成される
BZ#1140278: ロギングアプリケーション制約が原因で Deployers が Web コンソールでロギングを変更できない
BZ#1132188: HA データソースフェイルオーバーが有効な場合に connection-url の最後の URL でプレフィルが動作しない
BZ#1131691: AS ログの JBoss Remoting バージョン(unknown)
BZ#1131612: PickletLink IdP Filter eating cookie added to response by other filters
BZ#1131225: 無効な kerberos トークンの使用時に FORM 認証へのフォールバック
BZ#1130863: 一部のロケールを設定するとコンソールにボタンがなく、エラーがスローされる
BZ#1128278: HQL FromElement が再利用されないため、追加の参加が生じる場合があります。
BZ#1125004: 特定のキーストアパスワード/ソルト/反復カウントの組み合わせを使用する場合に vault.sh / VaultSession が失敗する
BZ#1124086: Vault に異なるエイリアス名を指定すると、Vault が例外をスローする
BZ#1117364: mod_cluster 設定で "Socket Timeout" または "Stop Context Timeout" を 0 に設定すると「Unknown error」が出されます。
BZ#1115650: jboss-remote-naming スレッドが "javax.naming.InitialContext#close()" を呼び出す場合でもシャットダウンしない
BZ#1192088: jboss ユーザーの静的 gid/uid 確保
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat
トップに戻る