-
Notifications
You must be signed in to change notification settings - Fork 138
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
Extra parameter to start a container #616
Conversation
Signed-off-by: Carlos Agüero <[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 we should also make use_composition=False
the default. The scenario I'd like to prevent is that the Gazebo server is started using gz sim -s
(I.e, not using the GzServer launch action) and the bridge is started using the RosGzBridge
action. Since the default now is use_composition=True
, it will try to add itself into an existing container, but due to the way Gazebo was started, that container will not be available.
@@ -46,6 +47,12 @@ def generate_launch_description(): | |||
description='Name of container that nodes will load in if use composition', | |||
) | |||
|
|||
declare_start_container_cmd = DeclareLaunchArgument( | |||
'start_container', |
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 would suggest changing this to create_own_container
to make it a little more clear that this is not necessary for the bridge to work as a composable node. I would also add more to the description so users don't think they have to set this to True in order to get the benefits of composition.
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 renamed the new parameter as suggested and added to the launch action. I also changed the default value of use_composition
to False
. f0f63b3
Signed-off-by: Carlos Agüero <[email protected]>
Signed-off-by: Carlos Agüero <[email protected]>
Signed-off-by: Carlos Agüero <[email protected]>
Co-authored-by: Addisu Z. Taddese <[email protected]> Signed-off-by: Carlos Agüero <[email protected]>
Signed-off-by: Carlos Agüero <[email protected]>
Should we do the same for the gz_server launch file? Right now, it's not possible to put the GzServer node in a container created by the consumer. |
I think so. What do you think about the default value for |
Signed-off-by: Carlos Agüero <[email protected]>
I don't have a strong opinion, but I lean toward making |
Signed-off-by: Carlos Agüero <[email protected]>
Signed-off-by: Carlos Agüero <[email protected]>
Thanks, changed to |
@ros-pull-request-builder retest this please |
https://github.com/Mergifyio backport jazzy |
✅ Backports have been created
|
Signed-off-by: Carlos Agüero <[email protected]> (cherry picked from commit 8115cca)
Signed-off-by: Carlos Agüero <[email protected]> (cherry picked from commit 8115cca) Co-authored-by: Carlos Agüero <[email protected]>
🦟 Bug fix
Leaving it as a draft to discuss what people think. The idea behind this extra parameter is to provide more flexibility. We'd have three options:
use_composition:=False
. Run as an external ROS node.use_composition:=True
andcreate_own_container
. Load as a composable node within its own ROS container.use_composition:=True
and notcreate_own_container
. Load as a composable node but delegate to the user to specify the ROS container with thecontainer_name
parameter.Summary
Checklist
codecheck
passed (See contributing)Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining
Signed-off-by
messages.🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸
🎉 New feature
Closes #
Summary
Test it
Checklist
codecheck
passed (See contributing)Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining
Signed-off-by
messages.🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸
➡️ Forward port
Port <FROM_BRANCH> to <TO_BRANCH>
Branch comparison: https://github.com/gazebosim//compare/<TO_BRANCH>...<FROM_BRANCH>
Note to maintainers: Remember to Merge with commit (not squash-merge or rebase)
🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸
🎈 Release
Preparation for <X.Y.Z> release.
Comparison to <x.y.z>: https://github.com/gazebosim//compare/<LATEST_TAG_BRANCH>...<RELEASE_BRANCH>
Needed by <PR(s)>
Checklist
Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining
Signed-off-by
messages.