This is an automated email from the ASF dual-hosted git repository.

heneveld pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/brooklyn-docs.git


The following commit(s) were added to refs/heads/master by this push:
     new 38c72b2b document the new attributeWhenReady options
     new a842a61e Merge branch 'docs-for-attr-when-ready-options'
38c72b2b is described below

commit 38c72b2b80dd3584b190192e6e7853b803a5705a
Author: Alex Heneveld <[email protected]>
AuthorDate: Wed Jul 17 13:02:19 2024 +0100

    document the new attributeWhenReady options
---
 guide/blueprints/yaml-reference.md | 7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/guide/blueprints/yaml-reference.md 
b/guide/blueprints/yaml-reference.md
index 6a4d1d97..e16cc753 100644
--- a/guide/blueprints/yaml-reference.md
+++ b/guide/blueprints/yaml-reference.md
@@ -236,7 +236,10 @@ concise DSL defined here:
  
 * `$brooklyn:attributeWhenReady("sensor")` will store a future which will be 
blocked when it is accessed,
   until the given `sensor` from this entity "truthy" (i.e. non-trivial, 
non-empty, non-zero) value
-  (see below on `component` for looking up values on other sensors) 
+  (see below on `component` for looking up values on other sensors);
+  this can take a second argument being a map of options `timeout`, 
`timeout_if_down`, `abort_if_on_fire` (default `true`), 
+  and `wait_for_truthy` (default `true`);
+  the default is `{ $brooklyn:attributeWhenReady: [ "sensor", { timeout: 
"forever", timeouf_if_down: "1m" } ] }`
 * `$brooklyn:config("key")` will insert the value set against the given key at 
this entity (or nearest ancestor);
   can be used to supply config at the root which is used in multiple places in 
the plan
 * `$brooklyn:sensor("sensor.name")` returns the given sensor on the current 
entity if found, or an untyped (Object) sensor;
@@ -283,6 +286,8 @@ concise DSL defined here:
   using the simple Jackson deserialization in the `EntitySpec` class
   (this is similar to CAMP but is not as extensive, and other formats are not 
supported in coercion;
   if there are any issues with a direct map, consider wrapping it in the 
`$brooklyn:entitySpec` DSL)
+* `$brooklyn:chain: [ dsl, chained_function ]` allows chaining another `dsl` 
expression with a function on the result of that expression,
+  identical to using `dsl.chained_function` but for cases where one or the 
other requires list or maps
 
 Parameters above can be supplied either as strings or as lists and maps in 
YAML, and the `$brooklyn:` syntax can be used within those parameters.  
 

Reply via email to