[IOTDM-4] Onem2m container: incorrect tracking of curr_byte_size, curr_nr_instances, and state_tag Created: 21/May/15  Updated: 30/May/15  Resolved: 30/May/15

Status: Resolved
Project: iotdm
Component/s: General
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: John Burns Assignee: John Burns
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


External issue ID: 3315

 Description   

When content instances are added, its container should keep track of the current values of the entire set of cin's. When the quotea changes for the container, one or more cin's must be removed to reflect the new possibly smaller limits.

This will enable filter criteria to work.



 Comments   
Comment by John Burns [ 30/May/15 ]

The behavior when creating content instances is to
1) update the state tag of the parent container
2) use the value of the state tag in the parent as value for content instance state tag
3) ensure the content instance "fits" in the container ie it will not exceed the value
of the parent container's max_byte_size
4) ensure max_instances of parent is not zero as then NO content instances will fit
5) if this new content instance causes the cumulative number of instances to be over
the quota, then post process by removing the "oldest" instance. Also, remove "older"
instances until the cumulative value of the byte_size of the container is under quota.

The behavior when updating max_nr_instances (mni), or max_byte_size (mbs) of a container is to re-validate the container's quota and remove "older" instances until the quotas have been met. Obviously this will only happen if the new values for
mni and/or mbs are reduced.

Should now be fixed!

Generated at Wed Feb 07 20:04:54 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.