Handle non-jar / metadata-only artifacts
See original GitHub issueIn regards to com.github.ajalt.clikt:clikt
, this is because we don’t handle non-jar dependencies yet. This dependency is metadata only, so an extension
is applied during resolution. When we create our dependency query, we are not applying the classifier and extension. This causes a failure because Gradle is looking for a jar and fails.
I did find where to extract this information in #224 but never got around to adding it into the query. It’s probably very simple if you’d like to give it a shot. It should just take a little formatting magic in the query string.
_Originally posted by @ben-manes in https://github.com/ben-manes/gradle-versions-plugin/issues/334#issuecomment-688649827_
Issue Analytics
- State:
- Created 3 years ago
- Comments:19 (17 by maintainers)
Top Results From Across the Web
Three artifacts to manage your metadata and reference data ...
Three artifacts to manage your metadata and reference data, presented by George Firican. 119 views 1 year ago.
Read more >Osgi in Action: Creating Modular Applications in Java [1 
Lots of bundles mean you have lots of artifacts that are versioning independently, creating lots of dependencies and configurations to manage.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Okay, that did it. So I’ll just keep any super configuration’s external dependency that belongs to the group
org.jetbrains.kotlin
and both of your projects resolve. Hopefully that’s good enough for me to be inactive for another year. 😛I’ve hijacked this somewhat related ticket, let’s see if there’s a reaction from JFrog.