Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Who's using gradle-download-task? #192

Open
michel-kraemer opened this issue Feb 3, 2022 · 7 comments
Open

Who's using gradle-download-task? #192

michel-kraemer opened this issue Feb 3, 2022 · 7 comments
Labels

Comments

@michel-kraemer
Copy link
Owner

I would like to highlight in the README who's using gradle-download-task.

If you or your company/project uses the plugin, please add a comment below 🤩👍 Include a link to the company/project website and your company/project logo too, if possible and permitted to be added to the README. If you like, you may also describe your use case.

Thank you so much!!

@liblit
Copy link

liblit commented Feb 6, 2022

WALA

WALA, more formally known as the T.J. Watson Libraries for Analysis, are a satisfied and appreciative user of this plugin. WALA uses nearly a dozen external components that are not merely Gradle-managed dependencies pulled from a Maven repository. These components range in size from individual Java source files to entire SDKs. The gradle-download-task plugin lets us automate downloading these components at build time for a clean, simple, "just run ./gradlew" build experience.

@michel-kraemer, please feel free to use as much or as little of the following as you see fit. And thank you for providing and maintaining this plugin!

Links

Logos

Banner-like

banner

Somewhat squarish, with text

squarish

Somewhat squarish, without text

squarish without text

@sschuberth
Copy link

sschuberth commented Sep 2, 2022

Semi off-topic: When running into

* What went wrong:
Error resolving plugin [id: 'de.undercouch.download', version: '5.1.2']
> The request for this plugin could not be satisfied because the plugin is already on the classpath with an unknown version, so compatibility cannot be checked.

I realized that the Kotlin Gradle plugin itself (i.e. JetBrains) seem to be using this plugin! See the output of ./gradlew buildEnvironment in the OSS Review Toolkit (last line):

+--- org.jetbrains.kotlin.jvm:org.jetbrains.kotlin.jvm.gradle.plugin:1.7.10
|    \--- org.jetbrains.kotlin:kotlin-gradle-plugin:1.7.10
|         +--- org.jetbrains.kotlin:kotlin-gradle-plugin-api:1.7.10
|         |    +--- org.jetbrains.kotlin:kotlin-native-utils:1.7.10
|         |    |    \--- org.jetbrains.kotlin:kotlin-util-io:1.7.10
|         |    +--- org.jetbrains.kotlin:kotlin-project-model:1.7.10
|         |    |    \--- org.jetbrains.kotlin:kotlin-tooling-core:1.7.10
|         |    \--- org.jetbrains.kotlin:kotlin-tooling-core:1.7.10
|         +--- org.jetbrains.kotlin:kotlin-gradle-plugin-api:1.7.10 (*)
|         +--- org.jetbrains.kotlin:kotlin-gradle-plugin-model:1.7.10
|         |    \--- org.jetbrains.kotlin:kotlin-gradle-plugin-api:1.7.10 (*)
|         +--- org.jetbrains.kotlin:kotlin-tooling-core:1.7.10
|         +--- org.jetbrains.kotlin:kotlin-gradle-plugin-idea:1.7.10
|         +--- org.jetbrains.kotlin:kotlin-util-klib:1.7.10
|         |    \--- org.jetbrains.kotlin:kotlin-util-io:1.7.10
|         +--- org.jetbrains.kotlin:kotlin-klib-commonizer-api:1.7.10
|         |    \--- org.jetbrains.kotlin:kotlin-native-utils:1.7.10 (*)
|         +--- org.jetbrains.kotlin:kotlin-tooling-metadata:1.7.10
|         |    \--- com.google.code.gson:gson:2.8.9
|         +--- org.jetbrains.kotlin:kotlin-project-model:1.7.10 (*)
|         +--- com.google.code.gson:gson:2.8.9
|         +--- com.google.guava:guava:29.0-jre (*)
|         +--- de.undercouch:gradle-download-task:4.1.1

Once I sorted this version conflict out, you can add the OSS Review Toolkit to the list of users 😉

Edit: I've filed https://youtrack.jetbrains.com/issue/KT-53822/Upgrade-the-gradle-download-task-dependency-of-the-Kotlin-Gradle-plugin about this.

@michel-kraemer
Copy link
Owner Author

@sschuberth Thanks for filing the issue! 👍

@NathanSweet
Copy link

@michel-kraemer
Copy link
Owner Author

Thanks, @NathanSweet! This is really great. Would you mind if I included the libGDX logo and a link to the website in gradle-download-task's README?

@NathanSweet
Copy link

Sure, no problem!

@michel-kraemer
Copy link
Owner Author

Thanks! :) @NathanSweet

michel-kraemer added a commit that referenced this issue Dec 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants