3.2. JBoss EAP 6 のパッチ適用


3.2.1. パッチ適用メカニズムについて

JBoss パッチは、zip (すべての製品用) と RPM (製品のサブセット用) の 2 つの形式で配布されます。
重要
JBoss 製品のインストールは、常に 1 つのパッチメソッド (zip パッチまたは RPM パッチ) のみを使用して更新する必要があります。RPM を介して利用できるのはセキュリティーパッチと累積パッチのみであり、RPM インストールを使用しているお客様は zip パッチを使用して更新することはできません。
JBoss パッチは、非同期更新または計画的更新のいずれかになります。
  • 非同期更新: 既存製品の通常の更新サイクル外でリリースされる個々のパッチ。これらには、セキュリティーパッチや、特定の問題を修正するために Red Hat グローバルサポートサービス (GSS) が提供する個別のパッチが含まれる場合があります。
  • 計画的更新: 既存製品の累積パッチ。そのバージョンの製品に対して以前に開発されたすべての更新が含まれます。
パッチが計画的更新と非同期更新のどちらの一部としてリリースされるかは、修正される問題の重大度によって異なります。通常、影響が少ない問題は延期され、影響を受ける製品の次の累積パッチまたはマイナーリリースで解決されます。通常、中程度以上の影響の問題は、影響を受ける製品に対する重要度の高い順に非同期更新として対処され、特定の問題の修正のみが含まれています。
JBoss 製品のセキュリティー更新はエラータによって (zip と RPM の両方の方法で) 提供されます。エラータには、解決された欠陥のリスト、それらの重大度の評価、影響を受ける製品、欠陥のテキストによる説明、およびパッチへの参照がカプセル化されています。バグ修正の更新は、エラータを介して発表されません。
重要
パッチが適用された後、実行時に取得される jar は、EAP_HOME/modules/system/layers/base/.overlays/$PATCH_ID/$MODULE ディレクトリーから取得されることに注意してください。元のファイルは EAP_HOME/modules/system/layers/base/$MODULE に残されます。パッチ適用メカニズムは、セキュリティー上の理由から元の jar ファイルを無効にします。これは、モジュールを更新するパッチを適用すると、元のモジュールの jar ファイルが使用できないように変更されることを意味します。パッチがロールバックされると、元のファイルは使用可能な状態に戻されます。これは、適用されたパッチをロールバックするには、適切なロールバック手順を使用する必要があることも意味します。適切なロールバック手順については、「パッチ管理システムを使用して Zip 形式でパッチ適用をロールバック」 を参照してください。
Red Hat が JBoss のセキュリティー上の欠陥を評価する方法のについて、詳細は 「JBoss セキュリティーパッチの重大度と影響の評価」 を参照してください。
Red Hat は、セキュリティー関連の欠陥についてサブスクライバーに通知するためのメーリングリストを維持しています。「パッチメーリングリストのサブスクライブ」 を参照してください。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2026 Red Hat
トップに戻る