RTI Connext C API
Version 5.1.0
|
Controls how a DDS_DataWriter handles the lifecycle of the instances (keys) that it is registered to manage. More...
Data Fields | |
DDS_Boolean | autodispose_unregistered_instances |
Boolean flag that controls the behavior when the DDS_DataWriter unregisters an instance by means of the unregister operations. | |
struct DDS_Duration_t | autopurge_unregistered_instances_delay |
<<eXtension>> Maximum duration for which the DDS_DataWriter will maintain information regarding an instance once it has unregistered the instance. | |
Controls how a DDS_DataWriter handles the lifecycle of the instances (keys) that it is registered to manage.
This policy determines how the DDS_DataWriter acts with regards to the lifecycle of the data instances it manages (data instances that have been either explicitly registered with the DDS_DataWriter or implicitly registered by directly writing the data).
Since the deletion of a DataWriter automatically unregisters all data instances it manages, the setting of the autodispose_unregistered_instances
flag will only determine whether instances are ultimately disposed when the DDS_DataWriter is deleted either directly by means of the DDS_Publisher_delete_datawriter operation or indirectly as a consequence of calling DDS_Publisher_delete_contained_entities or DDS_DomainParticipant_delete_contained_entities that contains the DataWriter.
You may use FooDataWriter_unregister_instance to indicate that the DDS_DataWriter no longer wants to send data for a DDS_Topic.
The behavior controlled by this QoS policy applies on a per instance (key) basis for keyed Topics, so that when a DDS_DataWriter unregisters an instance, RTI Connext can automatically also dispose that instance. This is the default behavior.
In many cases where the ownership of a Topic is shared (see DDS_OwnershipQosPolicy), DataWriters may want to relinquish their ownership of a particular instance of the Topic to allow other DataWriters to send updates for the value of that instance regardless of Ownership Strength. In that case, you may only want a DataWriter to unregister an instance without disposing the instance. Disposing an instance is a statement that an instance no longer exists. User applications may be coded to trigger on the disposal of instances, thus the ability to unregister without disposing may be useful to properly maintain the semantic of disposal.
DDS_Boolean DDS_WriterDataLifecycleQosPolicy::autodispose_unregistered_instances |
Boolean flag that controls the behavior when the DDS_DataWriter unregisters an instance by means of the unregister operations.
dispose
operations on the instance prior to calling the unregister
operation. The DDS_DataWriter will not dispose the instance. The application can still call one of the dispose
operations prior to unregistering the instance and accomplish the same effect.
[default] DDS_BOOLEAN_TRUE
struct DDS_Duration_t DDS_WriterDataLifecycleQosPolicy::autopurge_unregistered_instances_delay |
<<eXtension>> Maximum duration for which the DDS_DataWriter will maintain information regarding an instance once it has unregistered the instance.
Determines how long the DDS_DataWriter will maintain information regarding an instance that has been unregistered. By default, the DDS_DataWriter resources associated with an instance (e.g., the space needed to remember the Instance Key or KeyHash) are released lazily. This means the resources are only reclaimed when the space is needed for another instance because DDS_ResourceLimitsQosPolicy::max_instances is exceeded. This behavior can be changed by setting autopurge_unregistered_instance_delay to a value other than DDS_DURATION_INFINITE.
After this time elapses, the DDS_DataWriter will purge all internal information regarding the instance, including historical samples, even if DDS_ResourceLimitsQosPolicy::max_instances has not been reached.
[default] DDS_DURATION_INFINITE (disabled)
[range] [0, 1 year] or DDS_DURATION_INFINITE