@@ -353,19 +353,24 @@ is provided that demonstrates how to create a FMW Infrastructure domain.
353
353
354
354
There are two kind of patches that can be applied to the FMW Infrastructure binaries :
355
355
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
360
365
fashion, after you have patched the domain image as shown in this
361
366
[sample](https://github.com/oracle/docker-images/tree/master/OracleFMWInfrastructure/samples/12213-patch),
362
367
you can edit the domain custom resource with the name of the new image and
363
368
the operator will initiate a rolling restart of the domain.
364
369
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,
366
371
you must shutdown the entire domain before applying the patch. Please see the documentation on
367
372
[domain life cycle operations]({{< relref "/userguide/managing-domains/domain-lifecycle/" >}})
368
373
for more information.
369
374
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
371
376
that can not be applied dynamically.
0 commit comments