RTI Connext C API  Version 5.0.0
HISTORY

Specifies the behavior of RTI Connext in the case where the value of an instance changes (one or more times) before it can be successfully communicated to one or more existing subscribers. More...

Data Structures

struct  DDS_HistoryQosPolicy
 Specifies the behavior of RTI Connext in the case where the value of a sample changes (one or more times) before it can be successfully communicated to one or more existing subscribers. More...
 

Enumerations

enum  DDS_HistoryQosPolicyKind {
  DDS_KEEP_LAST_HISTORY_QOS,
  DDS_KEEP_ALL_HISTORY_QOS
}
 Kinds of history. More...
 
enum  DDS_RefilterQosPolicyKind {
  DDS_NONE_REFILTER_QOS,
  DDS_ALL_REFILTER_QOS,
  DDS_ON_DEMAND_REFILTER_QOS
}
 <<eXtension>> Kinds of Refiltering More...
 

Variables

const char *const DDS_HISTORY_QOS_POLICY_NAME
 Stringified human-readable name for DDS_HistoryQosPolicy.
 

Detailed Description

Specifies the behavior of RTI Connext in the case where the value of an instance changes (one or more times) before it can be successfully communicated to one or more existing subscribers.

Enumeration Type Documentation

Kinds of history.

QoS:
DDS_HistoryQosPolicy
Enumerator:
DDS_KEEP_LAST_HISTORY_QOS 

[default] Keep the last depth samples.

On the publishing side, RTI Connext will only attempt to keep the most recent depth samples of each instance of data (identified by its key) managed by the DDS_DataWriter.

On the subscribing side, the DDS_DataReader will only attempt to keep the most recent depth samples received for each instance (identified by its key) until the application takes them via the DDS_DataReader 's take() operation.

DDS_KEEP_ALL_HISTORY_QOS 

Keep all the samples.

On the publishing side, RTI Connext will attempt to keep all samples (representing each value written) of each instance of data (identified by its key) managed by the DDS_DataWriter until they can be delivered to all subscribers.

On the subscribing side, RTI Connext will attempt to keep all samples of each instance of data (identified by its key) managed by the DDS_DataReader. These samples are kept until the application takes them from RTI Connext via the take() operation.

<<eXtension>> Kinds of Refiltering

QoS:
DDS_HistoryQosPolicy
Enumerator:
DDS_NONE_REFILTER_QOS 

[default] Do not filter existing samples for a new reader

On the publishing side, when a new reader matches a writer, the writer can be configured to filter previously written samples stored in the writer queue for the new reader. This option configures the writer to not filter any existing samples for the reader and the reader will do the filtering.

DDS_ALL_REFILTER_QOS 

Filter all existing samples for a new reader.

On the publishing side, when a new reader matches a writer, the writer can be configured to filter previously written samples stored in the writer queue. This option configures the writer to filter all existing samples for the reader when a new reader is matched to the writer.

DDS_ON_DEMAND_REFILTER_QOS 

Filter existing samples only when they are requested by the reader.

On the publishing side, when a new reader matches a writer, the writer can be configured to filter previously written samples stored in the writer queue. This option configures the writer to filter only existing samples that are requested by the reader.

Variable Documentation

const char* const DDS_HISTORY_QOS_POLICY_NAME

Stringified human-readable name for DDS_HistoryQosPolicy.


RTI Connext C API Version 5.0.0 Copyright © Thu Aug 30 2012 Real-Time Innovations, Inc