-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add: get clients, servers info #371
base: rolling
Are you sure you want to change the base?
Conversation
Signed-off-by: Minju, Lee <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think in rmw service endpoints are handled as topics internally, precisely client is DataReader
and server is DataWriter
to fill in the topic endpoint information. so all the field of rmw_topic_endpoint_info_t
can be filled in with calling the graph cache.
IMO i think in rmw we can use rmw_topic_endpoint_info_t
as it is now, but i would add comment that says this structure is used for service client and server as well.
* This function returns an array of endpoint information for each client | ||
* of a given service, as discovered so far by the given node. | ||
* Endpoint information includes the client's node name and namespace, | ||
* the associated topic type, the client's gid, and the client QoS profile. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* the associated topic type, the client's gid, and the client QoS profile. | |
* the associated service type, the client's gid, and the client QoS profile. |
* of a given service, as discovered so far by the given node. | ||
* Endpoint information includes the client's node name and namespace, | ||
* the associated topic type, the client's gid, and the client QoS profile. | ||
* Names of non-existent topics are allowed, in which case an empty array will be returned. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* Names of non-existent topics are allowed, in which case an empty array will be returned. | |
* Names of non-existent services are allowed, in which case an empty array will be returned. |
* This function returns an array of endpoint information for each server | ||
* of a given service, as discovered so far by the given node. | ||
* Endpoint information includes the server's node name and namespace, | ||
* the associated topic type, the server's gid, and the server QoS profile. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* the associated topic type, the server's gid, and the server QoS profile. | |
* the associated service type, the server's gid, and the server QoS profile. |
* of a given service, as discovered so far by the given node. | ||
* Endpoint information includes the server's node name and namespace, | ||
* the associated topic type, the server's gid, and the server QoS profile. | ||
* Names of non-existent topics are allowed, in which case an empty array will be returned. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* Names of non-existent topics are allowed, in which case an empty array will be returned. | |
* Names of non-existent services are allowed, in which case an empty array will be returned. |
@wjwwood Mind taking a look at this new rmw API 🧇 ? |
@leeminju531 , any updates from your end? |
Add get clients, servers info
Refer to ros2/ros2cli#916