LINUX.ORG.RU

Gradle - 4.4.1 от 2012-12-21 в 2026-м году

 ,


0

1
$ gradle -v
openjdk version "11.0.26" 2025-01-21
OpenJDK Runtime Environment (build 11.0.26+4-post-Debian-1deb11u1)
OpenJDK 64-Bit Server VM (build 11.0.26+4-post-Debian-1deb11u1, mixed mode, sharing)
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.codehaus.groovy.vmplugin.v7.Java7$1 (file:/usr/share/java/groovy-all.jar) to constructor java.lang.invoke.MethodHandles$Lookup(java.lang.Class,int)
WARNING: Please consider reporting this to the maintainers of org.codehaus.groovy.vmplugin.v7.Java7$1
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release

------------------------------------------------------------
Gradle 4.4.1
------------------------------------------------------------

Build time:   2012-12-21 00:00:00 UTC
Revision:     none

Groovy:       2.4.21
Ant:          Apache Ant(TM) version 1.10.15 compiled on September 29 2024
JVM:          11.0.26 (Debian 11.0.26+4-post-Debian-1deb11u1)
OS:           Linux 6.12.63+deb13-amd64 amd64

Дебиан не 11, это просто версия Java выбрана так:

lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 13 (trixie)
Release:        13
Codename:       trixie

Во всём виноваты разработчики gradle:
https://lists.gnu.org/r/guix-devel/2024-05/msg00115.html

Ведут себя, как авторы roslyn из Микрософта (а микрософт замазан в деле Э.)

Можете ничего не отвечать.


LLM: «Можно подключить специальный репозиторий (например, от Роберто Галиндо), где лежат свежие версии»

«или поставьте свежую через SDKMAN»

При установке этой старой версии 4.4.1 тянется 80 пакетов,
зачем-то среди них есть Ant
(по-идее надо собирать gradle так, чтобы при помощи него можно было собирать всё остальное).

Если по месяцу на переопакечивание каждой библиотеки,
то за семь лет можно было всё опакетить.
Но с 2012 до 2026 года прошло 14 лет (вдвое больше)
и пока никак…



Последнее исправление: Saakx (всего исправлений: 2)

На проде(или на девелоп) из репы такие вещи не ставят. Скорей всего оно в таком состоянии, потому что никому не нужнО.

bryak ★★★★
()
Последнее исправление: bryak (всего исправлений: 1)

Во всём виноваты разработчики gradle

Даже читать ничего вокруг не надо - согласен полностью.

Bfgeshka ★★★★★
()

gradle-debian-helper
непонятным магическим способом позволяет использовать пакеты не из интернета, а из /usr/share/maven-repo
казалось бы, зачем вообще хранить пакеты локально, если они установлены?
Очевидно же, что вместо этого нужно писать интеграцию с системным пакетным менеджером, чтобы тот давал информацию о пакетах в системе из своей базы данных.

maven_repo_helper
он вроде делает что-то связанное с установкой в директории /usr/share/java
но почему бы это всё не задокументировать?
Это та самая интеграция, которую я ищу, или очередной сбокустоящий костыль?

https://wiki.debian.org/Java/Packaging/Gradle
Эта страница пытается научить как создавать пакеты для сборки при помощи Gradle. Но она совсем не пытается рассказать как собрать собственно сам Gradle. Даже ссылки не содержит на такое описание.

LLM: «Существуют сторонние инструменты (например, SDKMAN!), которые позволяют легко переключаться между разными версиями Gradle, Java и других JVM-инструментов, устанавливая их в домашнюю директорию пользователя.»

Saakx
() автор топика
Последнее исправление: Saakx (всего исправлений: 4)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.