-
Notifications
You must be signed in to change notification settings - Fork 43
Add a plugin mechanism to resource_retriever #103
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
Conversation
wjwwood
left a comment
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.
This makes sense to me, it's the best way to avoid resource retriever from being dependent on large things like ROS, while also keeping it somewhat easy to integrate into other non-ROS projects for relatively simple things like file:/// and package:/// urls.
resource_retriever/include/resource_retriever/plugins/curl_retriever.hpp
Outdated
Show resolved
Hide resolved
resource_retriever/include/resource_retriever/plugins/curl_retriever.hpp
Outdated
Show resolved
Hide resolved
resource_retriever/include/resource_retriever/plugins/filesystem_retriever.hpp
Outdated
Show resolved
Hide resolved
resource_retriever/include/resource_retriever/plugins/filesystem_retriever.hpp
Outdated
Show resolved
Hide resolved
resource_retriever/include/resource_retriever/plugins/curl_retriever.hpp
Show resolved
Hide resolved
resource_retriever/include/resource_retriever/memory_resource.hpp
Outdated
Show resolved
Hide resolved
4ffb1bc to
8a30432
Compare
|
I fixed up the DCO and addressed review comments in 8a30432, @clalancette could you have another quick look? |
8a30432 to
8e0fae7
Compare
Yadunund
left a comment
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.
LGTM with a comment on copyright headers.
resource_retriever/include/resource_retriever/memory_resource.hpp
Outdated
Show resolved
Hide resolved
resource_retriever/include/resource_retriever/memory_resource.hpp
Outdated
Show resolved
Hide resolved
|
Pulls: #103 |
|
Pulls: #103, ros2/rviz#1262 |
|
Pulls: #103 |
Signed-off-by: Michael Carroll <[email protected]> Signed-off-by: William Woodall <[email protected]>
Signed-off-by: Michael Carroll <[email protected]> Signed-off-by: William Woodall <[email protected]>
Signed-off-by: William Woodall <[email protected]>
Signed-off-by: Michael Carroll <[email protected]> Signed-off-by: William Woodall <[email protected]>
Signed-off-by: William Woodall <[email protected]>
Signed-off-by: William Woodall <[email protected]>
…and deprecate get() Signed-off-by: William Woodall <[email protected]>
Signed-off-by: William Woodall <[email protected]>
Signed-off-by: William Woodall <[email protected]>
Co-authored-by: Alejandro Hernández Cordero <[email protected]> Signed-off-by: Michael Carroll <[email protected]> Signed-off-by: William Woodall <[email protected]>
Signed-off-by: William Woodall <[email protected]>
Signed-off-by: William Woodall <[email protected]>
7050540 to
a7607e6
Compare
|
Looks like ci was interrupted? |
|
I think this CI was with the rviz changes too, which I still need to update. I'm going to re-run what @mjcarroll did before which was testing that these changes only introduced deprecation warnings (without the rviz changes): |
|
I fixed up the rviz changes now too in ros2/rviz2@9c3ea584. So I'll rerun your CI @ahcorde: |
|
Weirdly gcc 11.5 on RHEL doesn't like two attributes on a struct, Windows and whatever we're using on Ubuntu don't mind, see this godbolt with 11.4 (closest I could find on there): https://godbolt.org/z/r8obexM18 I guess I'll just not deprecate it on RHEL? I'm not sure what to do here. @cottsay FYI in case this comes up anywhere else. |
Signed-off-by: William Woodall <[email protected]>
|
I managed this workaround (I think): 5e78208 New CI (just up to resource_retriever and no rviz changes because I need to investigate rviz test failures first): |
Signed-off-by: William Woodall <[email protected]>
|
7b55419 should fix the issues in rviz. CI without rviz changes: CI with rviz changes (ros2/rviz#1262): |
Signed-off-by: William Woodall <[email protected]>
|
I restored the old exception throwing behavior in 6f5eb98, which some of the rviz tests relied on, but we should really preserve if we can. |
Signed-off-by: William Woodall <[email protected]>
The idea behind this is to make
resource_retrieverpluggable. That is that downstream users of the library can choose the mechanisms that they want to back the calls to "get".This will allow for things like retrieving over ROS services or parameters.