RTI Connext Modern C++ API
Version 5.3.0
|
Set of strings that introduces a logical partition among the topics visible by a dds::pub::Publisher and a dds::sub::Subscriber. More...
#include <dds/core/policy/CorePolicy.hpp>
Public Member Functions | |
TPartition () | |
Creates a policy with the default partition. | |
TPartition (const std::string &partition) | |
Creates a policy with a single partition with the specified name. | |
TPartition (const dds::core::StringSeq &partitions) | |
Creates a policy with the partitions specified in a vector. | |
TPartition & | name (const dds::core::StringSeq &partitions) |
Sets the partition names specified in a vector. | |
const dds::core::StringSeq | name () const |
Getter (see setter with the same name) | |
Set of strings that introduces a logical partition among the topics visible by a dds::pub::Publisher and a dds::sub::Subscriber.
This QoS policy is used to set string identifiers that are used for matching DataReaders and DataWriters for the same Topic.
A dds::pub::DataWriter within a dds::pub::Publisher only communicates with a dds::sub::DataReader in a dds::sub::Subscriber if (in addition to matching the dds::topic::Topic and having compatible QoS) the dds::pub::Publisher and dds::sub::Subscriber have a common partition name string.
This policy allows the introduction of a logical partition concept inside the 'physical' partition induced by a domain.
Usually DataReaders and DataWriters are matched only by their topic (so that data are only sent by DataWriters to DataReaders for the same topic). The Partition QoS policy allows you to add one or more strings, "partitions", to a Publisher and/or Subscriber. If partitions are added, then a DataWriter and DataReader for the same topic are only considered matched if their Publishers and Subscribers have partitions in common (intersecting partitions).
Since the set of partitions for a publisher or subscriber can be dynamically changed, the Partition QoS policy is useful to control which DataWriters can send data to which DataReaders and vice versa – even if all of the DataWriters and DataReaders are for the same topic. This facility is useful for creating temporary separation groups among entities that would otherwise be connected to and exchange data each other.
Failure to match partitions is not considered an incompatible QoS and does not trigger any listeners or conditions. A change in this policy can potentially modify the "match" of existing DataReader and DataWriter entities. It may establish new "matches" that did not exist before, or break existing matches.
Partition strings are usually directly matched via string comparisons. However, partition strings can also contain wildcard symbols so that partitions can be matched via pattern matching. As long as the partitions or wildcard patterns of a Publisher intersect with the partitions or wildcard patterns of a Subscriber, their DataWriters and DataReaders of the same topic are able to match; otherwise they are not.
These partition name patterns are regular expressions as defined by the POSIX fnmatch API (1003.2-1992 section B.6). Either dds::pub::Publisher or dds::sub::Subscriber may include regular expressions in partition names, but no two names that both contain wildcards will ever be considered to match. This means that although regular expressions may be used both at publisher as well as subscriber side, RTI Connext will not try to match two regular expressions (between publishers and subscribers).
Each publisher and subscriber must belong to at least one logical partition. A regular expression is not considered to be a logical partition. If a publisher or subscriber has not specify a logical partition, it is assumed to be in the default partition. The default partition is defined to be an empty string (""). Put another way:
Partitions are different from creating dds::core::Entity objects in different domains in several ways.
|
inline |
Creates a policy with the default partition.
|
inlineexplicit |
Creates a policy with a single partition with the specified name.
|
inlineexplicit |
Creates a policy with the partitions specified in a vector.
|
inline |
Sets the partition names specified in a vector.
Several restrictions apply to the partition names in this sequence. A violation of one of the following rules will result in a dds::core::InconsistentPolicyError when setting a dds::pub::Publisher's or dds::sub::Subscriber's QoS.
[default] Empty sequence (zero-length sequence). Since no logical partition is specified, RTI Connext will assume the entity to be in default partition (empty string partition "").
[range] List of partition name with above restrictions
|
inline |
Getter (see setter with the same name)