A Rule represents an Esper rule. At a minimum a Rule is associated to an Account and must have a name when created.
http://eurotech.com/edc/2.0
name | data type | type | namespace | min/max occurs | constraints | wrapped by | description |
---|---|---|---|---|---|---|---|
id | long | element | edc | 1/1 | required | ||
accountId | long | element | edc | 1/1 | required | ||
name | string | element | edc | 0/1 | |||
description | string | element | edc | 0/1 | |||
createdOn | dateTime | element | edc | 0/1 | |||
createdBy | long | element | edc | 1/1 | required | ||
modifiedOn | dateTime | element | edc | 0/1 | |||
modifiedBy | long | element | edc | 1/1 | required | ||
synchronizedOn | dateTime | element | edc | 0/1 | |||
enabled | boolean | element | edc | 1/1 | required | ||
query | string | element | edc | 0/1 | |||
ruleActionConfiguration | list of ruleActionConfiguration | element | edc | 0/unbounded | ruleActionConfigurations | ||
optlock | int | element | edc | 1/1 | required | The optlock field is used to detect that this entity has not been
modified by someone else. When updating an entity, first do a find to
get the latest version of the entity and note the value of the optlock.
Then in the update operation, set the optlock value to match the value
that you found. If someone else has updated the entity between your
find and update operations, the update will fail and the db/server will
return an error.
See this stackoverflow question for more information on optimistic locking. |
Example
<rule xmlns="http://eurotech.com/edc/2.0"> <id>...</id> <accountId>...</accountId> <name>...</name> <description>...</description> <createdOn>...</createdOn> <createdBy>...</createdBy> <modifiedOn>...</modifiedOn> <modifiedBy>...</modifiedBy> <synchronizedOn>...</synchronizedOn> <enabled>...</enabled> <query>...</query> <ruleActionConfigurations> <ruleActionConfiguration> <name>...</name> <parameters> <parameter/> </parameters> </ruleActionConfiguration> </ruleActionConfigurations> <optlock>...</optlock> </rule>