EAP Patching: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
No edit summary
Line 41: Line 41:


<pre>
<pre>
parch apply /path/to/patch.zip
patch apply /path/to/patch.zip
shutdown --restart=true
shutdown --restart=true
</pre>
</pre>

Revision as of 20:07, 16 March 2016

External

Internal

Relevance

  • EAP 6.4

Overview

Patches are distributed as zip files or RPMs (for a subset of products).

Patching with zip files and patching with RPMs is incompatible, the same method should be used for subsequent patches.

After a patch is applied, the patched JARs are picked up at runtime from:

$JBOSS_HOME/modules/system/layers/base/.overlays/$PATCH_ID/$MODULE

while the original files are left in

$JBOSS_HOME/modules/system/layers/base/$MODULE

The patching mechanism renders the original JAR files unusable, for security reasons. If the patch is rolled back, the original files will be reverted to an usable state.

Patching in Domain Mode

The patch management system cannot be used to automatically patch server instances across a managed domain: individual server instances in the managed domain must be patched independently.

Procedure

From CLI:

patch apply /path/to/patch.zip
shutdown --restart=true

Clearing Patch History

From CLI:

/core-service=patching:ageout-history