spec icon indicating copy to clipboard operation
spec copied to clipboard

feat: add ROS 2 bindings to the official specification

Open amparo-siemens opened this issue 7 months ago • 6 comments


title: "Add ROS 2 bindings and protocol to the official specification" by SIEMENS AG


Related issue(s): ROS 2 binding PR


The ROS 2 binding was finalized in the Bindings repository. This PR adds the new ros2 binding in the Server Object, Channel Object, Operation Object and Message Object. Along with adding ros2 to the protocol list.

amparo-siemens avatar Jun 05 '25 07:06 amparo-siemens

I think there are many more places where you should add it. A quick search for the "bindings" word gives me a bunch of different results. IIRC, you're still missing operationTraitsBindings and componentsServerBindings, componentsChannelBindings, etc. Probably somewhere else I'm not remembering right now.

Hi @fmvilas thank you for your help one more time, but i am not being able to find in this repo any of the places that you mention. Could you clarify where are them? I searched the word bindings and also checked with the last feat that I found (pulsar) and i am not being able to find them, sorry

amparo-siemens avatar Jun 05 '25 10:06 amparo-siemens

@derberg @dalelane @GreenRover @char0n Mind having a look too?

fmvilas avatar Jun 10 '25 14:06 fmvilas

/dnm

just adding the label so we do not merge accidently as this is a new addition, which means we will need to start working on v3.1

derberg avatar Jun 17 '25 09:06 derberg

Why "ros2" (as opposed to just "ros") ? When there is a future updated version of the middleware, would this require a new "ros3" binding?

(I'm unfamiliar with ROS, so apologies if the answer to this is obvious with context that I'm missing!)

We think it definitely make sense to call it "ros2" since there are specific parameters related to ROS 2 that will not work with ROS. Evenmore, ROS is end of life so we believe that ROS 2 should be the name.

amparosancho avatar Jun 23 '25 08:06 amparosancho

This pull request has been automatically marked as stale because it has not had recent activity :sleeping:

It will be closed in 120 days if no further activity occurs. To unstale this pull request, add a comment with detailed explanation.

There can be many reasons why some specific pull request has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model.

Let us figure out together how to push this pull request forward. Connect with us through one of many communication channels we established here.

Thank you for your patience :heart:

github-actions[bot] avatar Oct 22 '25 00:10 github-actions[bot]