-
Notifications
You must be signed in to change notification settings - Fork 411
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
Expose matched subscriber count for publishers #623
Comments
Yes, it didn't quite get all the way up into the As far as callback/async, it is possible, just currently not implemented. It would work similar to how incoming messages work in |
Thanks, I'll use the rcl handle for now! Providing an async mechanism would go a long way for ROS1-style lazy pub/sub pipelines (see pcl_ros). An application-side pattern using a timer or something is the alternative that comes to mind. |
Agreed. The approach would be to use another guard condition (or perhaps piggy-back off an existing one) to trigger when publisher and subscriber counts change. This could then be used at the |
This was solve in #628, I forgot referencing this |
Thanks @ivanpauno! Is adding an async mechanism for notifying the application regarding new subscribers still on the roadmap for rclcpp, to enable lazy pub/sub pipelines? |
* Save allocator when setting uninitialized clock * Add tests for clock types init/fini * Remove extra calls to set clock allocator * Remove tests not related to this PR * Replace test to make it clearer what is tested in the PR Signed-off-by: Jorge Perez <jjperez@ekumenlabs.com>
Feature request
Feature description
Please expose a mechanism for getting matched pub/sub counts (rcl_publisher_get_subscription_count).
Implementation considerations
I was catching up on https://answers.ros.org/question/286069/implementing-subscriberstatuscallback-within-ros2/ and noticed that
Expose matched publisher / subscriber count (rather than only based on the topic name)
is no longer in the roadmap! It looks like rcl_publisher_get_subscription_count was imlemented in rcl/rmw but never plumbed out to the client libraries. Is there any (technical) reason for that?Also would it be feasible to get that data in a callback/async fashion, rather than by polling?
The text was updated successfully, but these errors were encountered: