Configuration of RTI DDS and RTI DDS Services.
Configuration of an execution of RTI Recorder
Deprecated: use 'auto_start_mode' instead.
Whether or not RTI Recorder should start recording data when
started. Default: True
Whether or not RTI Recorder should start recording user-data
and/or discovery data when started. Default: AUTOMATIC
Start recording as soon as the Recorder application
is started.
This is equivalent to the old 'auto_start' mode
boolean XML tag being true.
Don't start recording user-data automatically, but
wait for a remote START command to do so. Recorder
will still record discovery data in the discovery
tables automatically, as soon as the Recorder
application is launched.
This mode will allow Replay and Converter to have
all the discovery information they need even when
discovery happened before user-data was being
recorded.
Don't start recording user-data nor discovery data
until a remote START message is received.
Warning: if discovery happens before the remote
START command is sent, the discovery data won't be
available in the discovery tables, thus Replay and
Converter won't be able to work with the database
(unless type information for all user-data tables is
provided via XML types).
Replay compatibility mode. When this mode is set to true, the
fields needed for replay to work with the database file will
always be recorded. Default: True
The verbosity from 0 (silent) to 6 (maximum verbosity). Default: 1
Silent
Errors
Warnings from RTI Recorder
Warnings from RTI Data Distribution Service
Information from RTI Recorder
Tracing from RTI Recorder
Tracing from RTI Data Distribution Service
Security settings for Recording Service.
Whether to enable security in Recorder or not.
Security is disabled by default. If this setting is
set to false, any security settings defined in the
configuration will be ignored.
This may be useful to preserve security XML settings
that will be temporarily unused.
Whether the recorded files should be encrypted after
recording has finished or not.
Default: false (do not encrypt files).
The (general) security settings to apply to
user-data tables.
The (general) security settings to apply to
discovery tables.
This setting allows to select the method used to
provide cryptography material to Recorder.
Encryption type to be applied to user data tables.
Encryption type to be applied to the DCPSParticipant
table.
Encryption type to be applied to the DCPSPublication
table.
Encryption type to be applied to the DCPSSubscription
table.
No encryptions applied to samples. This is the default
setting for all topics (including the discovery topics).
Encryption applied to the user data type's fields, but
not to the SampleInfo fields that accompany the sample
data.
Encryption applied to the user data type's fields and
the SampleInfo fields. SampleInfo will be stored as an
encrypted blob, just like the user data.
This option will disable field selection filters.
This cryptography type can be used to tell Recorder to
use the file specified to get a password to generate
the keys used in the recording session.
This cryptography type can be used to tell Recorder the
path of a file containing a serialized version of the
master key to be used in the recording session.
This cryptography type can be used to tell Recorder
that all cryptographic material will be provided by a
dynamic library for creating entities of type
RTIRecorder_CryptoProvider. This class exposes
functions to obtain the master key, as well as to
obtain a new key for a table being created.
This cryptography type is useful to connect with
existing crypto key providing systems and serves as a
bridge between Recorder and they key provisioning
system.
The name of the dynamic library where the functions for
creating and deleting RTIRecorder_CryptoProvider
instances, as well as the implementation of the methods
in these instances.
The library must be in the current application path to
be loaded by Recorder correctly (e.g. it has to be in
the LD_LIBRARY_PATH on Linux).
This method creates an instance of the
RTIRecorder_CryptoProvider interface to be used by
Recorder to obtain cryptographic material.
The method must be present in the dynamic library
specified as the 'dynamic_library' parameter above.
This method deletes a previously existing instance of
the RTIRecorder_CryptoProvider interface.
The method must be present in the dynamic library
specified as the 'dynamic_library' parameter above.
RTI Recorder stores data in a set of SQL database files
The name of the fileset used to store recorded data.
How often database data is flushed to disk, in seconds.
Default: 1 second. Minimum: 1 second
How many file segments may be created. Each time the max_file_size limit is reached for a file segment, a
new file is created if this number of segments has not been
exceeded.
Default: 1
An upper limit on the size of a file segment.
RTI Recorder records data to one or more files. This property
specifies the maximum file-size.
Default: 2 GB
Whether or not RTI Recorder should delete all existing file segments
before it starts recording.
[No longer available] Use new indexing functionality in Topic Group
properties
RTI Recorder uses a path_separator to create table and column
names. For instance, table names follows the "Topic-
Name$RecordGroupName$DomainName". Default: $
Whether or not RTI Recorder may overwrite existing file segments
once the file size limit (max_file_size) has been reached
for the last file segment.
Default: false
[No longer available] Use field selection capabilities instead.
The first segment number to use in the fileset.
If the segment number is >= 0, that is the first segment number
in the fileset.
Default: -1. The next available segment number will be used,
starting at 0.
The file’s set number.
If the set_number is >= 0, that specific fileset number is used. In
this case, the overwrite property takes effect.
Default: -1. The next available set number will be used, starting
at 0.
List of metadata fields to be recorded for the different DDS builtin
topics recorded.
List of metadata fields to be recorded with the user topics.
A list of SQLite PRAGMA statements to be executed upon database creation.
They are executed in the order they are defined.
Configure the data types for a group of domains.
A list of included and excluded fields
A list of field names.
A list of pragma statements to be executed upon creation of the
database file.
Configuration of an RTI DDS Domain Participant
The domain ID. Default: 0.
Configures the DomainParticipant’s QoS policies.
Determines how topic data is stored in a database.
Default: RTIDDS_DESERIALIZEMODE_NEVER
Deserialize data if possible, otherwise store data in
serialized format
Do not deserialize the data; store data in serialized
format
Only store data if it can be deserialized first
When recording in serialized format
(DESERIALIZE_NEVER) and for types that are final or
extensible only, this mode provides improved
performance by using the raw bytes type for reading
the data. This is similar to what happens when the
writers don't share the type information via
discovery and no XML types information is provided
to Recorder.
The use of the raw bytes type causes the
deserialization of samples to take much less time.
However, this mode is not compatible with X-Types
and when used, the types have to be made compatible
with Recorder by using the same type names (the old
matching method - equivalent to setting the type
coercion QoS policy to DISALLOW).
Default: false.
Controls several aspects of the memory management
performed by Recording Service.
Controls the size of the buffers used to store
samples in Recorder's Data Readers associated with
this domain object.
This value is used when creating the DynamicData
type support serialization properties, specifically,
the minimum size of the buffer used to hold the
serialized data for a DynamicData object.
It's also used to set some Data Reader QoS values,
like the "pool_buffer_max_size", which determines if
the buffer for a sample is obtained from a
pre-allocated buffer or dynamically allocated. It
also controls whether dynamic allocation of
fragmented samples is enabled.
For Recorder to work fine with unbounded sequences
and strings, the default value of this property is
set to 4KB.
Controls how buffers to hold dynamic data samples
are reallocated. The DynamicData serialization
property "trim_to_size" is set directly using this
value.
When true, this value causes that the buffer used to
hold the DynamicData sample will be reallocated to
just fit the size of the sample. The reallocated
buffer's size cannot be smaller than the minimum
serialized size of the buffer.
When false, the buffer for the DynamicData sample
will only be reallocated if the size of the sample
is bigger than the size of the buffer.
The default for this property is set to false in
Recorder.
A logical collection of topics.
Determines which field shall be recorded from each
Topic in the Topic Group. Accepts a comma-separated
list of fn-expressions.
This parameter is ignored when recording serialized
data
Specifies whether the tables of recorded data are shared
or exclusive. If set to true topics are stored in the same table
independently of their domain of origin.
Default: false (exclusive)
Configures the DataReader’s QoS policies
If set to true, use the same reliability as the Publisher of
the matched Topic.
Default: false
Store array in single column.
Default: true
Store array in single column.
Default: true
Store sequence in single column.
Default: true
Store sequence in single column.
Default: true
Creates an index using the fields provided.
Security settings (encryption mode) for user-data
tables created by matching this Topic Group entity.
This setting overrides the global security settings
defined in the configuration.
[Deprecated]
Which topics are to be recorded in this topic group.
Determines which Topics belong to the TopicGroup.
POSIX fn expression.
A comma-separated list of expressions to be exempted
from the above topic_expr.
Default: No topics exempted.
A binding between a topic_group and a domain
A sequence of references to domains
A sequence of references to topic_groups
Configures the Subscriber used by the RecordGroup.
List of metadata fields to be recorded with the user topics.
The list in the Record Group settings overrides general
settings defined in the "recorder_database" tag
Enable remote administration and configure its behavior.
Enables or disables remote access to RTI
Recorder from another application.
A reference to the domain to use for remote access
Specifies if RTI Recorder will accept commands
that have been broadcast to any RTI Recorder
or only accept commands addressed specifically
to it.
Default: true.
Specifies, in seconds, the period between each
status message sent by RTI Recorder.
Default: 1. Minimum value: 1.
Configuration settings for Distributed Logger.
Configure the data types to be used by RTI Recorder.
Configure the data types for a group of domains.
Configure the data types for a group of domains.
A list of expressions for the domains for which these Domain
Group Properties should apply
Determines which domains these domain group
properties should apply to. Accepts a fn-expression.
The type configuration for this Domain Group.
The XML type configuration for this domain group.
Whether or not to reigster the top-level types with
their canonical names.
Default: True
The default value to use when there are unbounded strings in a type.
Default: 256
The default value to use when there are unbounded
sequences in a type. Default: 256
A list of the paths to be used when searching for the type files.
A path that is used when searching for the type
files.
A list of File Groups associated with this Domain Group. A file
group is parsed into a single Document Object Model (DOM).
A logical group of files.
A list of File Groups associated with this Domain Group. A file
group is parsed into a single Document Object Model (DOM).
Whether or not to register the top-level types
with their canonical names. If present overrides
the parent.
The default value to use when there are
unbounded strings in a type. If present
overrides the parent.
The default value to use when there are
unbounded sequences in a type. If present
overrides the parent.
A collection of XML type-definition files.
A collection of type registration properties. These
properties include specific registration names and
topic names to be associated with type definitions found
in the file described in "file_name".
A type registration definition.
Whether or not to register the top-level types
with their canonical names. If present overrides
the parent.
Name of the canonical type (as defined in the
XML type-definition file) to be registered.
Collection of DDS registration names to register
the type definition with. If the type definition
defined by "type_name" can have different names
in the wire, this list should contain the
different names that can be recorded.
A collection of Posix expressions defining topic names
that will be bound to the type version defined by
"type_name" when discovered by DDS.
String representing the DDS type name to register the type
with.
A Posix expression to match topic names that will be
associated with the type version defined with "type_name"
when recording.
A name of a file containing XML type definitions to be
used by Recorder. The file should exist in any of the
paths for the file group.
<xs:boolean>
<xs:string>
<xs:integer>
<xs:nonNegativeInteger>
<xs:positiveInteger>
<xs:string>
Uses a byte-oriented encoding wich successive bytes separates by comma and each byte represented
either using a decimal or hexadecimal notation. White space is allowed between bytes.
For example:
34, 44, 56,0x44,127,0xf3,
44,233,122, 122, 44, 222
<xs:string>
Name that uniquely identifies this element.
<xs:string>
A QoS Profile can inherit its values from other QoS Profiles described in the XML file
using this attribute.
<xs:string>
It can only be 255 characters in length.
<xs:string>
It can only be 255 characters in length.
<xs:string>
The name of the Property.
<xs:string>
RTI Connext will select a QoS based on the evaluation of this filter expression on the topic name.
<BY_RECEPTION_TIMESTAMP_DESTINATIONORDER_QOS|BY_SOURCE_TIMESTAMP_DESTINATIONORDER_QOS>
<INSTANCE_SCOPE_DESTINATIONORDER_QOS|TOPIC_SCOPE_DESTINATIONORDER_QOS>
<AUTOMATIC_TRANSPORT_MULTICAST_QOS|UNICAST_ONLY_TRANSPORT_MULTICAST_QOS>
<VOLATILE_DURABILITY_QOS|TRANSIENT_LOCAL_DURABILITY_QOS|TRANSIENT_DURABILITY_QOS|PERSISTENT_DURABILITY_QOS>
<KEEP_LAST_HISTORY_QOS|KEEP_ALL_HISTORY_QOS>
<AUTOMATIC_LIVELINESS_QOS|MANUAL_BY_PARTICIPANT_LIVELINESS_QOS|MANUAL_BY_TOPIC_LIVELINESS_QOS>
<INSTANCE_PRESENTATION_QOS|TOPIC_PRESENTATION_QOS|GROUP_PRESENTATION_QOS>
<INSTANCE_PRESENTATION_QOS|TOPIC_PRESENTATION_QOS|GROUP_PRESENTATION_QOS|HIGHEST_OFFERED_PRESENTATION_QOS>
<DDS_NO_SERVICE_QOS|DDS_PERSISTENCE_SERVICE_QOS|DDS_QUEUING_SERVICE_QOS|DDS_ROUTING_SERVICE_QOS|RECORDING_SERVICE_QOS|REPLAY_SERVICE_QOS|DATABASE_INTEGRATION_SERVICE_QOS>
<BEST_EFFORT_RELIABILITY_QOS|RELIABLE_RELIABILITY_QOS>
<PROTOCOL_ACKNOWLEDGMENT_MODE|APPLICATION_AUTO_ACKNOWLEDGMENT_MODE|APPLICATION_EXPLICIT_ACKNOWLEDGMENT_MODE>
<SHARED_OWNERSHIP_QOS|EXCLUSIVE_OWNERSHIP_QOS>
<NO_REPLACEMENT_IGNORED_ENTITY_REPLACEMENT|NOT_ALIVE_FIRST_IGNORED_ENTITY_REPLACEMENT>
<UNREGISTERED_INSTANCE_REPLACEMENT|ALIVE_INSTANCE_REPLACEMENT|DISPOSED_INSTANCE_REPLACEMENT|ALIVE_THEN_DISPOSED_INSTANCE_REPLACEMENT|DISPOSED_THEN_ALIVE_INSTANCE_REPLACEMENT|ALIVE_OR_DISPOSED_INSTANCE_REPLACEMENT>
<RTPS_AUTO_ID|xs:string>
A valid IP address
<SYNCHRONOUS_PUBLISH_MODE_QOS|ASYNCHRONOUS_PUBLISH_MODE_QOS>
<NONE_REFILTER_QOS|ALL_REFILTER_QOS|ON_DEMAND_REFILTER_QOS>
<LIVELINESS_BASED_REMOTE_PARTICIPANT_PURGE|NO_REMOTE_PARTICIPANT_PURGE>
<UDPv4|UDPv6|SHMEM|MASK_DEFAULT|MASK_NONE|MASK_ALL> [|<UDPv4|UDPv6|SHMEM>| ... ]
<RTPS_AUTO_ID_FROM_IP|RTPS_AUTO_ID_FROM_MAC|RTPS_AUTO_ID_FROM_UUID>
<MASK_DEFAULT|MASK_NONE|MASK_ALL|BUILTIN_UNICAST|BUILTIN_MULTICAST|USER_UNICAST|USER_MULTICAST> [|<BUILTIN_UNICAST|BUILTIN_MULTICAST|USER_UNICAST|USER_MULTICAST>| ... ]
<MASK_DEFAULT|FLOATING_POINT|STDIO|REALTIME_PRIORITY|PRIORITY_ENFORCE> [|<FLOATING_POINT|STDIO|REALTIME_PRIORITY|PRIORITY_ENFORCE>| ... ]
(See Platform Notes for platform specific details)
<SDP|EDS|SPDP|SEDP|MASK_NONE|MASK_ALL|MASK_DEFAULT> [|<SDP|EDS|SPDP|SEDP>| ... ]
<ZERO_CDR_PADDING|NOT_SET_CDR_PADDING|AUTO_CDR_PADDING>
<LENGTH_UNLIMITED|xs:nonNegativeInteger>
<DURATION_INFINITE_SEC|DURATION_ZERO_SEC|xs:nonNegativeInteger>
<DURATION_INFINITE_NSEC|DURATION_ZERO_NSEC|xs:nonNegativeInteger>
<DURATION_INFINITE_SEC|DURATION_ZERO_SEC|DURATION_AUTO_SEC|xs:nonNegativeInteger>
<DURATION_INFINITE_NSEC|DURATION_ZERO_NSEC|DURATION_AUTO_NSEC|xs:nonNegativeInteger>
<LENGTH_UNLIMITED|xs:positiveInteger>
<LENGTH_AUTO|xs:positiveInteger>
<AUTO_MAX_TOTAL_INSTANCES|xs:positiveInteger>
<THREAD_PRIORITY_DEFAULT|THREAD_PRIORITY_BELOW_NORMAL|THREAD_PRIORITY_LOW|THREAD_PRIORITY_NORMAL|THREAD_PRIORITY_ABOVE_NORMAL|THREAD_PRIORITY_HIGH|xs:positiveInteger>
(See Platform Notes for platform specific details)
<THREAD_STACK_SIZE_DEFAULT|xs:positiveInteger>
(See Platform Notes for platform specific details)
<GUID_AUTO|xs:string>
<DEFAULT_FLOW_CONTROLLER_NAME|FIXED_RATE_FLOW_CONTROLLER_NAME|ON_DEMAND_FLOW_CONTROLLER_NAME|xs:string>
<ENCAPSULATION_ID_CDR_LE|ENCAPSULATION_ID_CDR_BE|ENCAPSULATION_ID_CDR_NATIVE|xs:unsignedShort>
<METP_ENCAPSULATION_ID_SHMEM_LE|METP_ENCAPSULATION_ID_SHMEM_BE|METP_ENCAPSULATION_ID_SHMEM|xs:unsignedShort>
<METP_ENCAPSULATION_ID_IB_RDMA_READ_LE|METP_ENCAPSULATION_ID_IB_RDMA_READ_BE|METP_ENCAPSULATION_ID_IB_RDMA_READ|xs:unsignedShort>
TODO
<SILENT|ERROR|WARNING|LOCAL|REMOTE|ALL>
<PLATFORM|COMMUNICATION|DATABASE|ENTITIES|API|ALL>
<DEFAULT|TIMESTAMPED|VERBOSE|VERBOSE_TIMESTAMPED|DEBUG|MINIMAL|MAXIMAL>
Time specified in seconds and nanoseconds
Time specified in seconds and nanoseconds
Declares a sequence of elements, which correspond to different xs:string.
Sequence number specified in high and low, or as a 64-bit decimal value
Resource allocation settings.
A sequence of elements with valid IP addresses.
RTPS well-known port mapping configuration.
RTI Connext uses the RTPS wire protocol.
The discovery protocols defined by RTPS rely on well-known ports to initiate discovery.
These well-known ports define the multicast and unicast ports on which a Participant will listen for discovery
metatraffic from other Participants.
The discovery metatraffic contains all the information required to establish the presence of remote DDS entities in the network.
The well-known ports are defined by RTPS in terms of port mapping expressions with several tunable parameters,
which allow the user to customize what network ports are used by the middleware.
In order for all Participants in a system to correctly
discover each other, it is important that they all use the
same port mapping expressions.
QoS related to reliable reader protocol defined in RTPS.
It is used to configure a reliable reader according to the
RTPS protocol.
QoS related to the reliable writer protocol defined in RTPS.
It is used to configure a reliable writer according to RTPS protocol.
The reliability protocol settings are applied to batches instead of individual data samples when batching is enabled.
The virtual GUID (Global Unique Identifier).
The virtual GUID is used to uniquely identify different incarnations of the same DataReader.
The association between a DataReader and its persisted state is done using the virtual GUID.
A sequence of elements of non-negative integers
<THREAD_SETTINGS_CPU_NO_ROTATION|THREAD_SETTINGS_CPU_RR_ROTATION>
(See Platform Notes for platform specific details)
The properties of a thread of execution.
(See Platform Notes for platform specific details)
Type representing a list of unicast locators.
A unicast locator specifies a transport class, a unicast address, and a unicast port number on which messages can be received by an entity.
Type representing a function defined into an external library.
Type representing a list of addresses associeted with a topic expression.
Declares a sequence of elements, which correspond to different TransportUnicastSettings_t
entities.
Declares a sequence of elements, which correspond to different TransportMulticast_t
entities.
Type representing a list of multicast locators.
A multicast locator specifies a transport class, a multicast address, and a multicast port number on which messages can be received by an entity.
Declares a sequence of elements, which correspond to different TransportMulticastSettings_t
entities.
Type used to configure the properties of a channel.
Declares a sequence of elements, which correspond to different ChannelSettings_t
entities.
Properties are name/value pairs objects.
Declares a sequence of elements, which correspond to different Property_t
entities.
Declares a sequence of encapsulations.
Type representing a list of transport encapsulations associated to a set of transports.
Declares a sequence of elements, which correspond to different TransportEncapsulationSettings_t
entities.
Endpoint groups are identified by a role_name and a quorum_count.
Declares a sequence of elements, which correspond to different EndpointGroup_t
entities.
On a DataWriter, this QoS policy states the maximum period in
which the application
expects to call write() on the DataWriter, thus publishing a new sample. The application
may call write() faster than the rate set by this QoS policy.
On a DataReader, this QoS policy states the maximum period in
which the application
expects to receive new values for the Topic. The application may receive data faster than
the rate set by this QoS policy.
This policy controls how each subscriber resolves the final value of a data instance that
is written by multiple DataWriters.
The Durability QoS policy controls whether or not, and how,
published samples are
stored by the DataWriter application for DataReaders that are found after the samples
were initially written.
This QoS policy is only used if the DURABILITY QoS policy is
PERSISTENT or TRANSIENT
and you are using RTI Persistence Service, an optional product which may be
purchased separately.
The Entity Factory QoS policy is a mechanism whereby a user can indicate whether entities
should be automatically enabled upon creation by their factory or whether
enabling should be deferred to a later time of the user's own choosing.
This QoS policy provides an area where your application can
store additional information
related to the Publisher and Subscriber. This information is passed between applications
during discovery using built-in topics.
This QoS policy configures the number of samples that RTI
Data Distribution Service will
store locally for DataWriters and DataReaders.
This QoS policy is used to suggest the maximum acceptable delay that is acceptable
between when data is written and when data is received.
The purpose of this QoS is to avoid delivering stale data to the application. Each data
sample written by a DataWriter has an associated expiration time, beyond which the
data should not be delivered to any application. Once the sample expires, the data will
be removed from the DataReader caches, as well as from the transient and persistent
information caches.
The LIVELINESS QoS policy specifies how RTI Data Distribution
Service determines
whether a DataWriter is "alive". A DataWriter's liveliness is used in combination with
the OWNERSHIP QoS policy to maintain ownership of an instance
(note that the DEADLINE QoS policy
is also used to change ownership when a DataWriter is still alive)
The OWNERSHIP QoS policy specifies whether a DataReader will
see changes to an
instance of a Topic from multiple DataWriters. For non-keyed Topics, there is only one
instance of the Topic.
The OWNERSHIP_STRENGTH QoS policy is used to rank DataWriters
of the same
instance of a Topic, so that RTI Connext can decide which DataWriter will
have ownership of the instance when the OWNERSHIP QoS policy
(Section 6.5.13) is set
to EXCLUSIVE.
The PARTITION QoS provides another way to control which DataWriters will match
and thus communicate with which DataReaders. It can be used to prevent DataWriters
and DataReaders that would have otherwise matched with the same Topic and compatible
QoS policies from talking to each other. Much in the same way
that only applications
within the same DDS domain will communicate with each other, only DataWriters and
DataReaders that belong to the same partition can talk to each other.
Since data samples are sent independently over networks that may deliver packets out
of order, the PRESENTATION QoS policy allows you to control
how a Subscriber sorts
and orders the received samples in the DataReader's queue.
Since data samples are sent independently over networks that may deliver packets out
of order, the PRESENTATION QoS policy allows you to control
how a Subscriber sorts
and orders the received samples in the DataReader's queue.
This policy controls the behavior of the DataReader with regards to the lifecycle of the
data instances it manages, that is, the data instances that have been received and for
which the DataReader maintains some internal resources.
This RELIABILITY QoS policy determines whether or not data
published by a
DataWriter will be reliably delivered by RTI Connext to matching
DataReaders.
This SERVICE QoS policy Service QoS policy is used to indicate
what kind of service is associated with the DDS entity.
This QoS policy determines the DataWriter's publishing mode,
either asynchronous or synchronous.
The publishing mode controls whether data is written synchronously in the context of
the user thread when calling write(), or asynchronously in the context of a separate
thread internal to RTI Connext.
The RESOURCE_LIMITS QoS policy controls the memory resources
that RTI Data Distribution
Service allocates and uses for DataWriter or DataReader. One of the most important
fields is max_samples, which sets the size and causes memory to be allocated for the
send or receive queues.
This TIME_BASED_FILTER QoS policy allows you to specify that
data should not be delivered more than once per-specified
period for each data instance, regardless of how fast
DataWriters are publishing new samples of the data instance.
This QoS policy provides an area where your application can
store additional information
related to the Topic. This information is passed between applications during discovery
using built-in topics.
How this information is used will be up to user code. RTI Connext does
not do anything with the information stored as TOPIC_DATA except to pass it to other
applications.
The TRANSPORT_PRIORITY QoS policy allows the user application
to take advantage
of transports that are capable of sending messages with different priorities.
This QoS policy provides an area where your application can
store additional information
related to a DomainParticipant, DataWriter, or DataReader. This information is passed
between applications during discovery using built-in-topics. How this information is used
will be up to user code.
RTI Connext does not do anything with the information stored as
USER_DATA except to pass it to other applications.
This QoS policy determines if the DataWriter will dispose an instance when it is unregistered.
When a DataWriter unregisters an instance, it means that this particular DataWriter has
no more information/data on this instance. When an instance is disposed, it means that
the instance is "dead"-there will no more information/data from any DataWriter on
this instance.
<<RTI Extension>>
<<RTI Extension>>
Resource limits that apply only to DataReader instances.
<<RTI Extension>>
Resource limits that apply only to DataWriter instances.
<<RTI Extension>>
This QoS policy is used to partition the data published by a
DataWriter across multiple
channels . A channel is defined by a filter expression and a sequence of multicast locators.
<<RTI Extension>>
The PROPERTY QoS policy can be used to associate a set of
properties in the form of
(name,value) pairs with a DataReader, DataWriter, or DomainParticipant. This is similar to
the USER_DATA QoS policy, except this policy uses
(name, value) pairs, and you can
select whether or not a particular pair should be propagated
(included in the built-in topic).
<<RTI Extension>>
The purpose of this QoS is to allow the user to attach naming information to created
Entity objects.
It can only be 255 characters in length.
<<RTI Extension>>
Protocol that applies only to DataReader instances.
<<RTI Extension>>
<<RTI Extension>>
Protocol that applies only to DataWriter instances.
<<RTI Extension>>
This QoS policy can be used to decrease the amount of
communication overhead associated
with the transmission and (in the case of reliable communication) acknowledgment
of small samples in order to increase throughput.
<<RTI Extension>>
The DISCOVERY QoS configures how DomainParticipants discover each other on the
network.
<<RTI Extension>>
The DISCOVERY_CONFIG QoS policy is used to tune the discovery
process. It controls
how often to send discovery packets, how to determine when participants are alive or
dead, and resources used by the discovery mechanism.
<<RTI Extension>>
The DOMAIN_PARTICIPANT_RESOURCE_LIMITS QoS policy configures
the
resources used by a DomainParticipant. Many of these resources are used by the internal
RTI Connext database to store information about locally and remotely
created DDS Entities. Some of the parameters configure the data structures used to
search through the database efficiently. Finally, there are parameters that limit the sizes
of variable-length data fields.
<<RTI Extension>>
The WIRE_PROTOCOL QoS policy configures some Real-Time
Publish Subscribe
(RTPS) protocol-related properties for the DomainParticipant. The open RTPS protocol is
used by RTI Connext to format and interpret messages between Domain-
Participants.
<<RTI Extension>>
The EVENT QoS policy configures the internal RTI Data
Distribution Service Event thread.
The purpose of the Event thread is described in Event Thread.
<<RTI Extension>>
The RECEIVER_POOL QoS policy configures the internal RTI Data
Distribution Service
thread used to process the data received from a transport.
<<RTI Extension>>
Built-in topic reader's resource limits.
Defines the resources that can be used for a built-in-topic data reader.
A built-in topic data reader subscribes reliably to built-in topics containing
declarations of new entities or updates to existing entities in the domain.
Keys are used to differentiate among entities of the same type.
RTI Connext assigns a unique key to each entity in a domain.
<<RTI Extension>>
This QoS policy is used to enable or disable asynchronous
publishing and asynchronous
batch flushing for the Publisher.
If enabled, the Publisher will spawn two threads, one for asynchronous publishing and
one for asynchronous batch flushing.
<<RTI Extension>>
The DATABASE QoS policy configures the internal "database"
(thread and data structures)
used by RTI Connext to hold information about locally created
DDS entities and remote entities that are discovered through the discovery process.
<<RTI Extension>>
This QoS policy controls the creation and use of Exclusive
Areas. An exclusive area (EA)
is a mutex with built-in deadlock protection when multiple EAs are in use. It is used to
provide mutual exclusion among different threads of execution. Multiple EAs allow
greater concurrency by the internal and user threads when executing RTI Data Distribution
Service code.
<<RTI Extension>>
The TRANSPORT_BUILTIN QoS policy specifies which built-in
transports can be used
by the DomainParticipant. RTI Connext provides two built-in transports,
UDPv4 and shared memory. UDPv4 uses the IPv4 UDP protocol to send and receive
messages. The shared memory transport uses system shared memory for inter-process
communications.
<<RTI Extension>>
The TRANSPORT_SELECTION QoS policy allows you to select the
transports that have
been installed with the DomainParticipant to be used by the DataWriter or DataReader.
<<RTI Extension>>
The TRANSPORT_UNICAST QoS policy allows you to specify
unicast network
addresses to be used by DomainParticipant, DataWriters and DataReaders for receiving
messages. DomainParticipants receive messages to support the discovery process.
DataWriters may receive ACK/NACK messages to support the reliable protocol.
<<RTI Extension>>
The MULTICAST_MAPPING QoS policy allows you to specify
a list of multicast addresses
to be used by DataReaders for receiving
messages. The address is choosed using the topicname.
<<RTI Extension>>
This QoS policy allows you to specify network multicast
addresses to be used by
DataWriters when sending data samples to this DataReader.
<DISALLOW_TYPE_COERCION|ALLOW_TYPE_COERCION>
The DataWriter and the DataReader must support the same data type
in order for them to communicate.
The DataWriter and the DataReader need not support the same data type
in order for them to communicate as long as the reader’s type is assignable from the writer’s type
The Type Consistency Enforcement QoS Policy defines the rules for determining whether the type used
to publish a given data stream is consistent with that used to subscribe to it.
<<RTI Extension>>
This QoS policy allows you to associate encapsulation formats
to transport destinations.
<<RTI Extension>>
The Logging QoS policy configures the NDDS Config Logger.
<<RTI Extension>>
QoS policies related to DomainParticipants.
QoS policies related to DomainParticipantFactory.
QoS policies related to Publishers.
QoS policies related to Subscribers.
QoS policies related to Topics.
QoS policies related to DataReaders.
QoS policies related to DataWriters.
This profile groups the QoS policies related to DomainParticipants.
This profile groups the QoS policies related to DomainParticipantFactory.
This profile groups the QoS policies related to Topics.
This profile groups the QoS policies related to Publishers.
This profile groups the QoS policies related to Subscribers.
This profile groups the QoS policies related to DataWriters.
This profile groups the QoS policies related to DataReaders.
This profile groups the QoS policies related to DomainParticipants.
This profile groups the QoS policies related to DomainParticipantFactory.
This profile groups the QoS policies related to Topics.
This profile groups the QoS policies related to Publishers.
This profile groups the QoS policies related to Subscribers.
This profile groups the QoS policies related to DataWriters.
This profile groups the QoS policies related to DataReaders.
A QoS profile groups a set of related QoS.
The Qos Library provides a way to group a set of related QoS under a namespace.
The Qos inside a library are further organized into Qos Profiles.
Enumeration type for the specification of Distributed Logger's filter level.
Silent filter level
Fatal filter level
Severe filter level
Error filter level
Warning filter level
Notice filter level
Info filter level
Debug filter level
Trace filter level
Main type for the definition of Distributed Logger configuration.
The filter level to apply to the log messages.
Whether the remote administration of Distributed
Logger is active (true) or not (false).
Whether Distributed Logger should echo log messages to the standard output (true) or not (false).
Whether Distributed Logger should log infrastructure messages.
Thread settings for Distributed Logger.
Size of the Distributed Logger queue for incoming log messages to be written.