Closed lenntt closed 11 months ago
Maybe you could help us improve our ivy testing and support. We don't have any tests for it and it seems to only be used by company internal repositories. We have a local maven repository but not an ivy one, so if you could make fake dependencies to prove it out that would help a lot! In fact the only other ivy user we've seen is #573 (2021) and this plugin is 11 years old. I don't have any knowledge of ivy.
Gradle 1.0 was built on top of Ivy so this plugin originally applied the version latest.release
a clone of the configuration to generate a report. Later on Gradle wrote their own dependency resolution and management logic, so that switched to +
with resolution rules. Nowadays Gradle publishes its own module metadata for multi-platform resolution (android, kotlin), so there are various attributes we try to retain for compatibility.
Since we let Gradle do the resolution it's unclear if the issue is Gradle's or ours (if the dependency resolves in a compile then I presume it is ours). I think if you could get some various ivy tests in place then it's something we can try to debug.
Thanks for the help and invitation, but I'm not in such a position right now.
To make it a bit more complete, here's a matching ivy.xml
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="http://ivyrep.jayasoft.org/ivy-doc.xsl"?>
<ivy-module version="2.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://ant.apache.org/ivy/schemas/ivy.xsd">
<info organisation="com.myorg" module="mything" branch="100.0" revision="20230711122617.1" status="integration" publication="20230711122617">
<ivyauthor name="the team"/>
<description>my thing</description>
</info>
<configurations>
<conf name="compile"/>
<conf name="test" extends="compile"/>
<conf name="provided" visibility="private"/>
<conf name="openapi"/>
</configurations>
<dependencies defaultconfmapping="*->#">
<dependency org="io.swagger.core.v3" name="swagger-annotations" conf="compile->default" rev="2.1.10" branch="100.0"/>
</dependencies>
</ivy-module>
I digged a bit deeper, I still don't understand why, but it seems to be fixed when I added a
<conf name="default" extends="compile"/>
to the ivy.xml.
I assume (?) this has little to do with this plugin (so will close this issue), hope it helps someone else in the future (as I found the gradle exception hard to understand and action on)
I have custom ivy dependencies defined as following
When I run a
./gradlew dependencyUpdates --info -Drevision=integration
Then these dependencies are in the "Failed to determine the latest version for the following dependencies (use --info for details):"-list.When running with
--info
, I get a similar error as if I would do agradle build
without having thetargetConfiguration
there. Therefore, (Disclaimer: I don't understand configurations very well, my setup could be wrong, but) I have the impression thetargetConguration
is being ignored.I wish I had an reproducable case, but the dependencies are internal. If this really is an issue with the plugin, maybe someone else can provide this.