Status Update
Comments
xa...@google.com <xa...@google.com> #2
I wonder if when using pickFrom('bar.txt', 'groupId:artifactId:version')
we should allow not specifying the version. Otherwise it's yet another place where the version needs to be updated when dependencies change (and it means things like dependency quick fix would result in broken builds).
sp...@google.com <sp...@google.com> #3
Good point. In fact, maybe we shouldn't allow specifying the version at all... I'm not sure what the use case would.
sp...@google.com <sp...@google.com> #4
We should also add this functionality for assets. See
xa...@google.com <xa...@google.com> #5
Also, we should design to make this support version catalog.
xa...@google.com <xa...@google.com> #6
Making this P1 since this may be required to work around issue related to the old apk creator going away in 8.0
sp...@google.com <sp...@google.com> #7
Re #5, what do you have in mind? Do we need version catalog support if not supporting specifying the version, as discussed in #2 and #3?
xa...@google.com <xa...@google.com> #8
That's a good question (regarding version) as catalog will always contain the version. Maybe we should just allow the version to be there but we simply ignore it.
As for supporting the catalog, I think it's just a matter of making the API either receive a String
or whatever type is when you put libs.myDependency
.
ge...@migeran.com <ge...@migeran.com> #9
The advantage is that the app / library developers could implement any custom selection / transformation logic and not just predefined options like the ones suggested here. What do you think?
kr...@gmail.com <kr...@gmail.com> #10
Any news?
I think this would be pretty useful.
Greetings
sp...@google.com <sp...@google.com> #11
Thanks for the ping. It's still on our radar, but no timeline.
Description
As described in Comment 23 of Issue 141758241 , users should have the ability to specify which .so file or java resource to package when there are multiple ones with the same name.
An example of what this will look like in the DSL:
This functionality should be added to the Variant API as well.