From c802d71d9f7a197c8d8ca459452e01f467dbe089 Mon Sep 17 00:00:00 2001 From: evalsocket Date: Fri, 10 Jul 2020 18:39:26 -0700 Subject: [PATCH] docs fix --- documentation/writing-policies-generate.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/documentation/writing-policies-generate.md b/documentation/writing-policies-generate.md index 8fe1c5b24b..b021a0004d 100644 --- a/documentation/writing-policies-generate.md +++ b/documentation/writing-policies-generate.md @@ -6,8 +6,7 @@ The ```generate``` rule can used to create additional resources when a new resou The `generate` rule supports `match` and `exclude` blocks, like other rules. Hence, the trigger for applying this rule can be the creation of any resource and its possible to match or exclude API requests based on subjects, roles, etc. -The generate rule triggers during a API CREATE operation and does not support [background processing](/documentation/writing-policies-background.md). To keep resources synchronized across changes you can use `synchronize : true`, In this case user can't be able to delete/update generated resource directly. If `synchronize : false` then user can delete/update generated resource directly but on policy update old generated resource would not be able to sync with new generated policy - +The generate rule is triggered during a API CREATE operation. To keep resources synchronized across changes you can use the `synchronize` property. When `synchronize` is set to `true` the generated resource is kept in-sync with the source resource (which can be defined as part of the policy or may be an existing resource), and generated resources cannot be modified by users. If `synchronize` is set to `false` then users can update or delete the generated resource directly. This policy sets the Zookeeper and Kafka connection strings for all namespaces.