Skip to content
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

Handling reconnects with TFClient #379

Open
jorgenfb opened this issue Nov 2, 2020 · 0 comments
Open

Handling reconnects with TFClient #379

jorgenfb opened this issue Nov 2, 2020 · 0 comments

Comments

@jorgenfb
Copy link
Contributor

jorgenfb commented Nov 2, 2020

I want to start the discussion on how to handle TF subscriptions and reconnects. We currently try to reconnect the ROSClient if we detect connection problems. We use the the service call (groovyCompatability=false) to establish a TF listener. Which again creates a topic for our client to listen to. However, the tf2_web_republisher will remove the publisher if there is no listeners for a given time period, determined by the timout option when setting up the subscriber. If the timeout is too low, the publisher will be removed before reconnection is done and the client would just listen to a topic noone is publishing to. We could of course use a really high timeout, but that does not seem like a good permanent solution.

Could we use that fact that tf2_web_republisher is using a latch topic to assume that we should receive a message fairly quick after a reconnect, and if not, we simply ask resends the request and subscribes to the new topic instead. Is this something we should pursue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant