Difference between revisions of "CRUD observations"

From AMTech WikiDocs
Jump to: navigation, search
Line 4: Line 4:
 
* For things of type AmtechM2mBridge, the CRUD observation of a DELETE operation is not generated (for consistency with the logic that the deletion of a bridge deletes the topic /amtechM2mBridge where the crud observations for the bridge and its instances are)
 
* For things of type AmtechM2mBridge, the CRUD observation of a DELETE operation is not generated (for consistency with the logic that the deletion of a bridge deletes the topic /amtechM2mBridge where the crud observations for the bridge and its instances are)
 
* Crud observations are only sent if the value of a property change. If the same value is updated, the crud is not sent. For properties of type collection such as the guest tenant or guest users, the content of the list if analyzed to determine if it changed. So an update of guest tenants [tenant1, tenant2] to [tenant2, tenant1] will not generate a crud observation.
 
* Crud observations are only sent if the value of a property change. If the same value is updated, the crud is not sent. For properties of type collection such as the guest tenant or guest users, the content of the list if analyzed to determine if it changed. So an update of guest tenants [tenant1, tenant2] to [tenant2, tenant1] will not generate a crud observation.
* Things created with a topology execution using a reasoner, are created via a PUT operation with the parameter createIfNotExist=true, so the crud observation generated will have the operation PUT
+
* When creating things with a topology execution using a reasoner, are created via a PUT operation with the parameter createIfNotExist=true, so the crud observation generated will have the operation PUT
 +
* When deleting multiple things at the same time via the platform UI, crud observations are not sent. They are only sent when deleting one resource at a time.
 
* DELETE of bridges won't generate crud observations
 
* DELETE of bridges won't generate crud observations
 
'''User can configure the observation CRUD in The Thing Type'''
 
'''User can configure the observation CRUD in The Thing Type'''
 
User will go to the thing type and add the observationcrud to the observation production. After that every time user create, delete or modify a thing manually or automatically (through the activity) The system will send an observation to the crud topic.  
 
User will go to the thing type and add the observationcrud to the observation production. After that every time user create, delete or modify a thing manually or automatically (through the activity) The system will send an observation to the crud topic.  
 
Another way to configure observation CRUD will be if user goes to the activity to the CRUD Production field and add the thing type, after this every time the activity create, delete or update a thing it will send an observation to the crud topic.
 
Another way to configure observation CRUD will be if user goes to the activity to the CRUD Production field and add the thing type, after this every time the activity create, delete or update a thing it will send an observation to the crud topic.

Revision as of 13:35, 10 April 2018

  • When a CRUD (Create/Update/Delete) operation is executed on a thing instance, an observation type observationresourcecrud is sent if the thing type produces CRUD or if the activity has the thing type in the list of CRUD producers.
  • The CRUD observations are sent to the topic /crud/<thingType> example "topic": "/crud/endCustomer"
  • For Followers, crud observations are sent only if the follower is an admin
  • For things of type AmtechM2mBridge, the CRUD observation of a DELETE operation is not generated (for consistency with the logic that the deletion of a bridge deletes the topic /amtechM2mBridge where the crud observations for the bridge and its instances are)
  • Crud observations are only sent if the value of a property change. If the same value is updated, the crud is not sent. For properties of type collection such as the guest tenant or guest users, the content of the list if analyzed to determine if it changed. So an update of guest tenants [tenant1, tenant2] to [tenant2, tenant1] will not generate a crud observation.
  • When creating things with a topology execution using a reasoner, are created via a PUT operation with the parameter createIfNotExist=true, so the crud observation generated will have the operation PUT
  • When deleting multiple things at the same time via the platform UI, crud observations are not sent. They are only sent when deleting one resource at a time.
  • DELETE of bridges won't generate crud observations

User can configure the observation CRUD in The Thing Type User will go to the thing type and add the observationcrud to the observation production. After that every time user create, delete or modify a thing manually or automatically (through the activity) The system will send an observation to the crud topic. Another way to configure observation CRUD will be if user goes to the activity to the CRUD Production field and add the thing type, after this every time the activity create, delete or update a thing it will send an observation to the crud topic.