вадяmaytonТы когда нибудь запускал своё приложение с ключиком verbose:class ?нет
а смысл?
мне нужен war для деплоя в линуксах
War содержит jar-ники (обычно) и твои собственные .class files.
Если jar-ники распаковать и посмотреть - там будет много шлака.
Из того что в твоём коде может и не используется. Но входит
в артифакт просто потому что владелец этого артифакта так захотел.

Можно зачистить jar-ники удалив ненужное и тогда счастливый Molasar
получит вместо 10М вместо 19 а то и того меньше.

Как будет угодно.

Впрочем... глубину участия в разработке других либ каждый сам для себя определяет самостоятельно.
Мои коллеги коммитили в Camel, Hibernate репки. Тоесть... как-бы проявляли большее участие
в life-cycle смежных фреймворков и библиотек.

Есть dependency явные. Это зависимости меж-библиотек и то что прописано в imports.

Есть зависимости которые появляются в рантайме. Это к примеру jdbc дрова. Плагины.
И протрекать последние - сложно. Нужно прогнать все кейcы приложения.
Я поэтому и писал про verbose:class.

Как он это контролирует?

Мы-же говорим про фазу runtime?

Да по фазе написания у меня нет вопросов.

alex55555SergunkaУ нас в облаке под развертку просит 380МБ если надо тысячу нодов загрузить довольно накладно - приходится на Го переписывать только из-за памяти.
Ну вот, логичный результат поигрушек в программистов. Сначала накуролесили на 380 мб непойми чего (большая часть абсолютно не нужна), а потом из-за надоевшего собственного сэкспериментирования решили заняться "сексом по новому". Ну так в новом сексе опять миллион ненужных запчастей будет, проблема очень быстро повторится.
Я согласен с сарказмом. Но корень этой проблемы растет из неограниченности размера war/jar артифакта.
И кстати он не связан 1:1 с потребляемой памятью.

Артефакт org.hibernate:hibernate-core:5.4.1.Final имеет зависимости описанные здесь.

http://central.maven.org/maven2/org/hibernate/hibernate-core/5.4.1.Final/hibernate-core-5.4.1.Final.pom

Их описал человек. Что здесь - неуправляемое?

Basil A. SidorovmaytonИх описал человек. Что здесь - неуправляемое?Человеческий фактор.
Вы делегировали "кому-то другому" работу, которую должны делать вы. Ну или кто-то из вашей команды.
Да, взамен вы получили разные плюшки вида "об этом не надо думать" и "оно всё само", но важно понимать, чем именно вы заплатите за эту "лёгкость".
Чем это отличается от других языков и технологий? Создатель hibernate-core решил что эти зависимости ему нужны.
Имеет право. В других ЯП и технологиях (С++) если не было мейк-файла - вы читаете нудный документ
типа гайда по установке и использованию и качаете библиотеки. Ставите их куда надо и конфигурите
линкер чтоб он их увидел.

Это называется управление зависимостями.

Об чем здесь идет спор? Кто хочет зависимости подключать "по другому"?

Может быть у вас есть какая-то идея? Ну расскажите?