File: README.md

package info (click to toggle)
fastdds 3.3.0%2Bds-3
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 60,540 kB
  • sloc: cpp: 793,735; xml: 15,283; python: 5,902; sh: 219; makefile: 95; ansic: 12
file content (143 lines) | stat: -rw-r--r-- 7,192 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
# Content filter example

The *eProsima Fast DDS content filter* example is a simple application intended to demonstrate how to use Content Filtered Topics.

This example is part of the suite of examples designed by eProsima that aims to illustrate the features and possible configurations of DDS deployments through *eProsima Fast DDS*.

In this case, the *content filter* example show how to use Content Filtered Topics by including two different Filter Factories: the default SQL filter and a custom filter defined in the example.

* [Description of the example](#description-of-the-example)
* [Run the example](#run-the-example)

## Description of the example

Each example application (publisher and subscriber) creates different nested DDS entities: domain participant, publisher, and data writer; and domain participant, subscriber, and data reader, respectively.
In both cases, the three DDS entities (domain participant, publisher/subscriber and data writer/data reader) load their default configuration from the environment.

Content filters can be applied on either the DataWriter's or the DataReader's side. The filter is defined on the DataReader side and during discovery, the DataWriter can retrieve the filter expression from the DataReader. Applying the filter on the writer side can reduce network bandwidth usage but may lead to higher CPU usage on the writer.

This example shows how to define two different types of filter on DataReader side; i.e. the default SQL filter and a custom filter:

* The default SQL filter is a default filter of Fast DDS, whose behaviour is defined by a filter expression, a string using a subset of SQL syntax. For further information regarding default SQL filters please refer to the [Default SQL-like filter](https://fast-dds.docs.eprosima.com/en/latest/fastdds/dds_layer/topic/contentFilteredTopic/defaultFilter.html#the-default-sql-like-filter) documentation.
The filter expression is passed as argument during the filter creation and, in this example, the user can set the expression through CLI.
The default expression is keeping only the messages with index between %0 and %1, where %0 and %1 are the indeces of the parameter list passed as argument during the filter creation.
In the example, they correspond to *lower_bound* and *upper_bound*.

* The custom filter is defined in CustomContentFilter.hpp. It filters out all the messages whose index number is between *lower_bound* and *upper_bound*, keeping only the ones outside the defined range. For further information regarding fustom fontent filters please refer to the [Using custom filters](https://fast-dds.docs.eprosima.com/en/latest/fastdds/dds_layer/topic/contentFilteredTopic/customFilters.html#using-custom-filters)

For both filters, the user can set the upper and lower bound of the range to filter through CLI with the arguments ``--lower-bound`` and ``--upper-bound``.
By default, *lower_bound* = 5 and *upper_bound* = 9.

A DataWriter will take on the responsibility of filter evaluation instead of the DataReader when all the following criteria are met; otherwise, the DataReader will receive all the samples and then will filter them out:

* The DataWriter has infinite liveliness, as defined by the LivelinessQosPolicy.

* The communication between the DataWriter and the DataReader is neither intra-process nor involves data-sharing.

* The DataReader is not utilizing multicast (`default_multicast_locator_list` is empty).

* The number of DataReaders the DataWriter is filtering for does not exceed the limit set in the `reader_filters_allocation`. Setting a maximum value of 0 disables filter evaluation on the writer side.

For further information regarding content filtering on writer side please refer to the [Conditions for writer side filtering](https://fast-dds.docs.eprosima.com/en/latest/fastdds/dds_layer/topic/contentFilteredTopic/writerFiltering.html#conditions-for-writer-side-filtering)

By default, in this example, the filtering is performed on both DataReader and DataWriter side.

## Run the example

To launch this example, two different terminals are required.
One of them will run the publisher example application, and the other will run the subscriber application.

### Content filter publisher

* Ubuntu ( / MacOS )

    ```shell
    user@machine:example_path$ ./content_filter publisher
    Publisher running. Please press Ctrl+C to stop the Publisher at any time.
    ```

* Windows

    ```powershell
    example_path> content_filter.exe publisher
    Publisher running. Please press Ctrl+C to stop the Publisher at any time.
    ```

### Content filter subscriber

* Ubuntu ( / MacOS )

    ```shell
    user@machine:example_path$ ./content_filter subscriber
    Subscriber running. Please press Ctrl+C to stop the Subscriber at any time.
    ```

* Windows

    ```powershell
    example_path> content_filter.exe subscriber
    Subscriber running. Please press Ctrl+C to stop the Subscriber at any time.
    ```

All the example available flags can be queried running the executable with the ``-h`` or ``--help`` flag.

### Expected output

Regardless of which application is run first, since the publisher will not start sending data until a subscriber is discovered, the expected output both for publishers and subscribers is a first displayed message acknowledging the match, followed by the amount of samples sent or received until Ctrl+C is pressed.

### Content filter publisher

```shell
user@machine:example_path$ ./content_filter publisher

Publisher running. Please press Ctrl+C to stop the Publisher at any time.
Publisher matched.
Message: 'Hello world' with index: '1' SENT
Message: 'Hello world' with index: '2' SENT
Message: 'Hello world' with index: '3' SENT
...
```

### Content filter subscriber: default filter

```shell
user@machine:example_path$ ./content_filter subscriber

Subscriber running. Please press Ctrl+C to stop the Subscriber at any time.
Subscriber matched.
Message: 'Hello world' with index: '5' RECEIVED
Message: 'Hello world' with index: '6' RECEIVED
Message: 'Hello world' with index: '7' RECEIVED
Message: 'Hello world' with index: '8' RECEIVED
Message: 'Hello world' with index: '9' RECEIVED
```

### Content filter subscriber: default filter with expression

```shell
user@machine:example_path$ ./content_filter subscriber --filter-expression "index > %0" -lb 7

Subscriber running. Please press Ctrl+C to stop the Subscriber at any time.
Subscriber matched.
Message: 'Hello world' with index: '8' RECEIVED
Message: 'Hello world' with index: '9' RECEIVED
Message: 'Hello world' with index: '10' RECEIVED
Message: 'Hello world' with index: '11' RECEIVED
...
```

### Content filter subscriber: custom filter

```shell
user@machine:example_path$ ./content_filter subscriber --filter-kind custom

Subscriber running. Please press Ctrl+C to stop the Subscriber at any time.
Subscriber matched.
Message: 'Hello world' with index: '1' RECEIVED
Message: 'Hello world' with index: '2' RECEIVED
Message: 'Hello world' with index: '3' RECEIVED
Message: 'Hello world' with index: '4' RECEIVED
Message: 'Hello world' with index: '10' RECEIVED
Message: 'Hello world' with index: '11' RECEIVED
...
```