@@ -353,19 +353,24 @@ is provided that demonstrates how to create a FMW Infrastructure domain.
353353
354354There are two kind of patches that can be applied to the FMW Infrastructure binaries :
355355
356- * ZDT compliant, meaning that the patch can be applied in a rolling fashion.
357- * non-ZDT compliant, meaning that the domain must be shutdown and restarted.
358-
359- If you wish to apply a ZDT compliant patch which can be applied in a rolling
356+ * Patches which are eligible for Zero Downtime Patching (ZDP), meaning that
357+ they can be applied in a rolling fashion.
358+ * non ZDP eligible compliant patches, meaning that the domain must be shutdown
359+ and restarted.
360+
361+ You can find out whether or not a patch is eligible for Zero Downtime Patching
362+ by consulting the README file that accompanies the patch.
363+
364+ If you wish to apply a ZDP compliant patch which can be applied in a rolling
360365fashion, after you have patched the domain image as shown in this
361366[sample](https://github.com/oracle/docker-images/tree/master/OracleFMWInfrastructure/samples/12213-patch),
362367you can edit the domain custom resource with the name of the new image and
363368the operator will initiate a rolling restart of the domain.
364369
365- If you wish to apply a non-ZDT compliant patch to the FMW Infrastructure binary image,
370+ If you wish to apply a non-ZDP compliant patch to the FMW Infrastructure binary image,
366371you must shutdown the entire domain before applying the patch. Please see the documentation on
367372[domain life cycle operations]({{< relref "/userguide/managing-domains/domain-lifecycle/" >}})
368373for more information.
369374
370- An example of a non-ZDT compliant patch is one that includes a schema change
375+ An example of a non-ZDP compliant patch is one that includes a schema change
371376that can not be applied dynamically.
0 commit comments