You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
get rid of mvn and use jar-dependency to resolve //DEPS #49
Keplin uses aether under the hood.
Grape also updated last time 3 years ago, later than Aether but still not under active development.
Also, even Gradle uses Aether for maven (at least for publication, as I see, but cannot be sure).
Maybe make sense to ask an advice for someone from Gradle team. But Aether still looks like a good option and better than standalone mvn
@holgerbrandl I've started working on Aether integration in my fork and now have early proof of concept that passes all the tests. I should clean up and probably refactor dependency resolution and tests.
Did you consider something about this feature? Maybe you have some different plans
If you still think that this is a good idea I can continue work to have production-ready prototype
That's really exciting news! We just have to integrate it carefully to avoid breaking user-installations. There are some dependency tests already, but I'm not sure if they really cover the full spectrum of use-cases yet.
maintain artifact download reporting: currently kscript captures some parts of the maven logs and forwards them to the users to indicate progress when downloading dependencies.
Never touched but still on the list are also dependency exclusions #12
How much does the shadow jar grow by adding aether?
maintain option to allow for custom artifact repos
Yes, custom repos already supported
maintain artifact download reporting
I have some logs already, no progress tho, just message about artifact downloading
dependency exclusions
Shouldn't be a problem, Aether supports exclusion
How much does the shadow jar grow by adding aether
I'm not sure now, currently, I use some third party libs for fast implementation, but I plan to get rid of them and use only minimal set. But will report later
Anything more detailed is likely to be more annoying than useful. I just added it to avoid the impression that kscript is stuck, while it is resolving dependencies internally.
Activity
holgerbrandl commentedon Nov 4, 2017
Or we could use https://github.com/kohesive/keplin
gildor commentedon Nov 6, 2017
Keplin uses aether under the hood.
Grape also updated last time 3 years ago, later than Aether but still not under active development.
Also, even Gradle uses Aether for maven (at least for publication, as I see, but cannot be sure).
Maybe make sense to ask an advice for someone from Gradle team. But Aether still looks like a good option and better than standalone
mvnholgerbrandl commentedon Nov 6, 2017
Thanks for the info and the codepointer @gildor.
gildor commentedon Nov 6, 2017
Also, would be good if Aether (or other implementation) could reuse local .m2 cache to prevent dependency downloading only for script
gildor commentedon Jan 9, 2018
@holgerbrandl I've started working on Aether integration in my fork and now have early proof of concept that passes all the tests. I should clean up and probably refactor dependency resolution and tests.
Did you consider something about this feature? Maybe you have some different plans
If you still think that this is a good idea I can continue work to have production-ready prototype
holgerbrandl commentedon Jan 9, 2018
That's really exciting news! We just have to integrate it carefully to avoid breaking user-installations. There are some dependency tests already, but I'm not sure if they really cover the full spectrum of use-cases yet.
Only considerations from my end
Never touched but still on the list are also dependency exclusions #12
How much does the shadow jar grow by adding aether?
gildor commentedon Jan 9, 2018
@holgerbrandl
Yes, custom repos already supported
I have some logs already, no progress tho, just message about artifact downloading
Shouldn't be a problem, Aether supports exclusion
I'm not sure now, currently, I use some third party libs for fast implementation, but I plan to get rid of them and use only minimal set. But will report later
holgerbrandl commentedon Jan 9, 2018
We don't have detailed logging at the moment. Just something like
Started downloading log4j_3.2 .... Doneand so on. See https://github.com/holgerbrandl/kscript/blob/master/src/main/kotlin/kscript/app/DependencyUtil.kt#L116
Anything more detailed is likely to be more annoying than useful. I just added it to avoid the impression that
kscriptis stuck, while it is resolving dependencies internally.andreas-mausch commentedon Sep 6, 2018
What's the status here? Can I see @gildor's the code somewhere?
update the shadow plugin to a newer version to speed up the build (ks…
use jcabi-aether for dependency resolving (kscripting#49)
andreas-mausch commentedon Sep 7, 2018
I'm impatient and started an implementation. Tests are green, haven't checked compatibility for the dependency_cache yet tho. See PR #159
holgerbrandl commentedon Oct 29, 2018
Duplicate of #159