public static class BrooklynEntityMirrorImpl.RemoteEffector<T> extends EffectorBody<T>
Modifier and Type | Field and Description |
---|---|
java.lang.String |
remoteEffectorName |
<any> |
resultParser |
Constructor and Description |
---|
RemoteEffector(java.lang.String remoteEffectorName,
<any> resultParser)
creates an effector implementation which POSTs to a remote effector endpoint, optionally converting
the byte[] response (if resultParser is null then null is returned)
|
Modifier and Type | Method and Description |
---|---|
T |
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) |
public final java.lang.String remoteEffectorName
public final <any> resultParser
public RemoteEffector(java.lang.String remoteEffectorName, @Nullable <any> resultParser)
public T 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<T>