|A list of partition names. |
This QoS policy is used to set string identifiers that are used for matching DataReaders and DataWriters for the same Topic.
A DDSDataWriter within a DDSPublisher only communicates with a DDSDataReader in a DDSSubscriber if (in addition to matching the DDSTopic and having compatible QoS) the DDSPublisher and DDSSubscriber have a common partition name string.
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 DDSPublisher or DDSSubscriber 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 Data Distribution Service 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:
|struct DDS_StringSeq DDS_PartitionQosPolicy::name
A list of partition names.
Several restrictions apply to the partition names in this sequence. A violation of one of the following rules will result in a DDS_RETCODE_INCONSISTENT_POLICY when setting a DDSPublisher's or DDSSubscriber's QoS.
[default] Empty sequence (zero-length sequence). Since no logical partition is specified, RTI Data Distribution Service will assume the entity to be in default partition (empty string partition "").
[range] List of partition name with above restrictions