This message was deleted.
# community-support
s
This message was deleted.
s
I guess https://github.com/gradle/gradle/issues/847 is somewhat related.
Copy code
base {
  archivesName.set(parent.name)
}
to use the parent project's name
s
Thanks, I'll check that.
j
I would always define names in the settings file (although the API is not that elegant yet). It's the way of least confusion. And the way that fits the idea of a clear component identity in Gradle's model when it comes to dependency management. You then have a uniques simple name for each project, that is used for the Jar names and would also be used in the coordinates if you should publish the project or address it from another build in a composite build context. You could 'automate' the name assigning (e.g. always put the parent folder name as prefix) in the settings file by looping through your folders and doing the "include" and "projectDir" based on the project path. (Maybe someday this will be followed up on https://github.com/gradle/gradle/issues/14561 and a cleaner API for the settings file emerges)
And probably Gradle should move towards eventually deprecate the "nested" project idea. Having two ways to identify projects... GA-Coordinates vs project path ...leads to many confusions, issues (like #847) and headaches for plugin authors doing plugins in the dependency management area.
👍 1
s
Thanks @Jendrik Johannes for your input!