public static class BrooklynNodeImpl.DeployBlueprintEffectorBody extends EffectorBody<java.lang.String> implements BrooklynNode.DeployBlueprintEffector
| Modifier and Type | Field and Description |
|---|---|
static Effector<java.lang.String> |
DEPLOY_BLUEPRINT |
BLUEPRINT_CAMP_PLAN, BLUEPRINT_CONFIG, BLUEPRINT_TYPE| Constructor and Description |
|---|
DeployBlueprintEffectorBody() |
| Modifier and Type | Method and Description |
|---|---|
static java.util.Map<java.lang.String,java.lang.Object> |
asMap(ConfigBag parameters,
ConfigKey<?> key) |
java.lang.String |
call(ConfigBag parameters)
Does the work of the effector, either in place, or (better) by building up
subtasks, which can by added using
DynamicTasks methods
(and various convenience methods which do that automatically; see subclasses of EffectorBody
for more info on usage; or see DynamicSequentialTask for details of the threading model
by which added tasks are placed in a secondary thread) |
java.lang.String |
submitPlan(java.lang.String plan) |
public static final Effector<java.lang.String> DEPLOY_BLUEPRINT
public static java.util.Map<java.lang.String,java.lang.Object> asMap(ConfigBag parameters, ConfigKey<?> key)
public java.lang.String call(ConfigBag parameters)
EffectorBodyDynamicTasks methods
(and various convenience methods which do that automatically; see subclasses of EffectorBody
for more info on usage; or see DynamicSequentialTask for details of the threading model
by which added tasks are placed in a secondary thread)
The associated entity can be accessed through the EffectorBody.entity() method.
call in class EffectorBody<java.lang.String>public java.lang.String submitPlan(java.lang.String plan)