Configuring Persistence Service
To use Persistence Service:
- Modify your Connext DDS applications.
- The DURABILITY QosPolicy controls whether or not, and how, published DDS samples are stored by Persistence Service for delivery to late-joining DataReaders. See Data Durability.
- For each DataWriter whose data must be stored, set the Durability QosPolicy’s kind to DDS_PERSISTENT_DURABILITY_QOS or DDS_TRANSIENT_DURABILITY_QOS.
- For each DataReader that needs to receive stored data, set the Durability QosPolicy’s kind to DDS_PERSISTENT_DURABILITY_QOS or DDS_TRANSIENT_DURABILITY_QOS.
- Optionally, modify the DURABILITY SERVICE QosPolicy, which can be used to configure Persistence Service.
By default, the History and ResourceLimits QosPolicies for a Persistence Service DataReader (PRSTDataReader) and Persistence Service DataWriter (PRSTDataWriter) with topic 'A' will be configured using the values specified in the XML file (unless you use the tag <use_durability_service> in the persistence group definition, see Creating Persistence Groups). Setting the <use_durability_service> tag to true will cause the History and ResourceLimits QosPolicies for a PRSTDataReader and PRSTDataWriter to be configured using the DURABILITY SERVICE QosPolicy of the first-discovered DataWriter publishing 'A'. (For more information on the PRSTDataReader and PRSTDataWriter, see RTI Persistence Service.)
- Create a configuration file or edit an existing file, as described in XML Configuration File.
- Start Persistence Service with your configuration file, as described in Starting Persistence Service. You can start it on either application’s node, or even an entirely different node (provided that node is included in one of the applications’ NDDS_DISCOVERY_PEERS lists).
© 2018 RTI