-
Notifications
You must be signed in to change notification settings - Fork 44
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
Add compatibility with protobuf 28 #541
Add compatibility with protobuf 28 #541
Conversation
Signed-off-by: Ramir Sultanov <ramir0.sultanov@gmail.com>
auto msgRep = | ||
google::protobuf::DynamicCastMessage<Rep>(&_msgRep); | ||
|
||
// Verify the dynamically casted messages are valid |
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.
Does it make sense to move this block of verifications after all the ifdefs
? That way we could validate all versions.
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.
It is me being extra cautious to not break parts of code that already work. After checking the source code of protobuf, I found that google::protobuf::Message::GetDescriptor()
and google::protobuf::Descriptor::full_name()
functions were in the initial commit. Assuming, they were not removed after that, I think, it is safe to validate messages using the specified block of code. The changes can be found in the corresponding commit.
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.
@caguero any thoughts?
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 this is safe.
Signed-off-by: Ramir Sultanov <ramir0.sultanov@gmail.com>
Currently hitting this issue. Would be great if a backport to transport13 could be considered as well. |
auto msgRep = | ||
google::protobuf::DynamicCastMessage<Rep>(&_msgRep); | ||
|
||
// Verify the dynamically casted messages are valid |
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 this is safe.
The homebrew failures are due to osrf/homebrew-simulation#2834 related to Python tests, so I'll go ahead and merge this. |
@Mergifyio backport gz-transport13 |
✅ Backports have been created
|
* Add compatibility with protobuf 28 Signed-off-by: Ramir Sultanov <ramir0.sultanov@gmail.com> * Add message verification after message down casts Signed-off-by: Ramir Sultanov <ramir0.sultanov@gmail.com> --------- Signed-off-by: Ramir Sultanov <ramir0.sultanov@gmail.com> (cherry picked from commit 6256a56)
* Add compatibility with protobuf 28 Signed-off-by: Ramir Sultanov <ramir0.sultanov@gmail.com> * Add message verification after message down casts Signed-off-by: Ramir Sultanov <ramir0.sultanov@gmail.com> --------- Signed-off-by: Ramir Sultanov <ramir0.sultanov@gmail.com> (cherry picked from commit 6256a56)
🎉 New feature
Adds compatibility with the Google Protocol Buffers v28.
Summary
Basically, rules for message down casting have been changed in protobuf and this PR modifies the way protobuf is used for downcasting.
Protobuf does not allow to use google::protobuf::internal::DownCast function to downcast message types with concepts enabled in version 28 (see port.h file in this diff). When compiling custom packages which depend on the gz-transport with C++ concepts enabled, there will be compile-time errors, if RepHandler::RunLocalCallback or SubscriptionHandler::RunLocalCallback functions were used (not necessarily used directly, but via some other function, for example: Node::Request).
Alternatively. there are google::protobuf::DynamicCastMessage and google::protobuf::DownCastMessage functions. Because google::protobuf::DynamicCastMessage function has more sanity checks, it was used in this PR with some additional error logging.
Test it
To test the changes you may install the Google Protocol Buffers v28, write some code that uses RepHandler::RunLocalCallback or SubscriptionHandler::RunLocalCallback (not necessarily directly) with C++ concepts enabled, and try to compile the code.
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.