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 |
---|
BrooklynNodeImpl.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 BrooklynNodeImpl.DeployBlueprintEffectorBody()
public static java.util.Map<java.lang.String,java.lang.Object> asMap(ConfigBag parameters, ConfigKey<?> key)
public java.lang.String call(ConfigBag parameters)
EffectorBody
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)
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)