tried fiddling with gradle and repository content ...

# refreshversions

[Nikky]

tried fiddling with gradle and repository content blocks..
best i can get to work is let gradle tell me that it could resolve a ModuleIdentiefier ( group:name ) on a repository.. true/false
but only on repos that have one defined.. and i needed to repimplement some classes because even the most basic stuff is internal or package private in gradle

technically i know which code is required to make listing work.. but its all inaccessible from outside

[louiscad]

I'd be interested in seeing that PoC.

Can you detect whether a repo has a content block defined or not?

[Nikky]

https://gist.github.com/NikkyAI/96952f1e83b9f7ceb60d74715a943777

[Nikky]

yeah thats the issue.. i can tell if a repo has a contentFilter, but the code to generate a "default" empty contentfilter or such is inaccessible

[Nikky]

even there i needed tocopy 2 classes (1 if you do not need to specify moduleComponentIdentifier )
when you pass null there then its not given a version it should look for..

[Nikky]

oh and this is with gradle 6.2.1

[louiscad]

Why would you need to generate a "default" empty contentfilter?

[Nikky]

ideally to invoke it and directly eliminate a repository when it does not have any artifacts for a moduleIdentifier
ofc it would be even nicer if we could directly use this for a listing of all versions..

[Nikky]

ideally you would want to have better access to this class: https://github.com/gradle/gradle/blob/master/subprojects/dependency-management/src/main/java/org/gradle/api/internal/artifacts/repositories/DefaultRepositoryContentDescriptor.java
even just having the specmatchers would probably allow to do the listing yourself

[louiscad]

If you can take the time, I think you could submit a great feature request to Gradle on GitHub, explaining the use case a little. I'd vote for it.

[Nikky]

https://github.com/gradle/gradle/issues/13952

[Nikky]

lets hope they see some value in any of the options that makes this more accessible