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

Allow to reconfigure durability for /tf topic broadcaster/listener #383

Merged
merged 4 commits into from
Mar 15, 2021

Conversation

ivanpauno
Copy link
Member

Follow up of #381.

Allows reconfiguring the durability qos setting for /tf broadcaster/listener.
This wasn't applied to /tf_static, as in that case durability must always be transient local.

@ivanpauno ivanpauno added the enhancement New feature or request label Feb 25, 2021
@ivanpauno ivanpauno self-assigned this Feb 25, 2021
Copy link
Member

@jacobperron jacobperron left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, but I'd like a second opinion.

@ivanpauno
Copy link
Member Author

@clalancette could you take a look to this? do you think splitting the old options argument in options and static_options is fine?

Copy link
Contributor

@clalancette clalancette left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The idea here seems fine to me; we split the /tf and /tf_static, so having them have different options and overrides make sense.

I can't say I love the implementation. In particular, void init() is a private method, so there is no real reason for it to have overridable default arguments. I'd just move the code that creates the options and static_options into the body of init(), and simplify the signature.

@ivanpauno
Copy link
Member Author

The idea here seems fine to me; we split the /tf and /tf_static, so having them have different options and overrides make sense.

I can't say I love the implementation. In particular, void init() is a private method, so there is no real reason for it to have overridable default arguments. I'd just move the code that creates the options and static_options into the body of init(), and simplify the signature.

Good point! I didn't notice that it was a private method

Signed-off-by: Ivan Santiago Paunovic <ivanpauno@ekumenlabs.com>
Signed-off-by: Ivan Santiago Paunovic <ivanpauno@ekumenlabs.com>
@ivanpauno ivanpauno force-pushed the ivanpauno/qos-reconfigurability-tf-topic branch from 9970b9e to 0ec7e9e Compare March 12, 2021 18:16
@ivanpauno
Copy link
Member Author

I can't say I love the implementation. In particular, void init() is a private method, so there is no real reason for it to have overridable default arguments. I'd just move the code that creates the options and static_options into the body of init(), and simplify the signature.

Actually, I need the defaults in the constructor and not only in init().
See 0ec7e9e.

Signed-off-by: Ivan Santiago Paunovic <ivanpauno@ekumenlabs.com>
Signed-off-by: Ivan Santiago Paunovic <ivanpauno@ekumenlabs.com>
Copy link
Contributor

@clalancette clalancette left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me with green CI! Thanks for iterating.

@ivanpauno
Copy link
Member Author

CI:

  • Linux Build Status
  • Linux-aarch64 Build Status
  • macOS Build Status
  • Windows Build Status

@ivanpauno ivanpauno merged commit 89852f7 into ros2 Mar 15, 2021
@delete-merged-branch delete-merged-branch bot deleted the ivanpauno/qos-reconfigurability-tf-topic branch March 15, 2021 13:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants