Странно ,что 20 лет найти не могли ,если людей судили , то и наследование было , кто же должен был глянуть программу.

зачем? Технологии идеальны ведь

Так это же не про технологии )) случай конечно этот весьма занятный , надо завтра доп инфу поискать.

Спасибо все за поздравления. Это я сегодня

@gamussa с инкрементом тебя 😉

https://twitter.com/thomaswue/status/1386943176028696576?s=21


А вы тоже тут видите пассивную агрессию? :D

кваркус - революционный фреймворк

Подскажите, какие есть подходы к решению split package проблемы возникающей в 3rd party библиотеке?

Контекст:
Есть open source проект с несколькими maven модулями. В нескольких модулях используется еще одна сторонняя библиотека, которую каждый из этих модулей шейдит.
Мой проект имеет зависимости на пару таких модулей. Возникла необходимость включить поддержку java модулей, вот тут и вылезла проблема split package, т.к. shaded зависимость в каждом модуле оказывается по одному и тому же пути.

Могу ли я что-то с этим сделать на стороне своего приложения? Я наткнулся вот на эту статью: https://nipafx.dev/java-9-migration-guide/#split-packages
Но манера изложения Николая мне не зашла, и то что он описал мне сходу воспроизвести не удалось.

Kubernetes, Java and GC walks into a bar
https://t.me/iv?url=https://medium.com/wandera-engineering/kubernetes-java-and-gc-walks-into-a-bar-6998dd080361&rhash=f5b2f9872995e4

Перечитал свой вопрос, понял почему никто не ответил.
Слишком много модулей 😄
Чтобы было понятно, о чем идет речь: https://issues.apache.org/jira/browse/PARQUET-2035

ну вообще когда делают shade, то его делают в свои пакеты как раз для того, чтобы не было конфликтов и никто эту либу снаружи не хапанул - т.е. уже изначально сделано неправильно и хорошо бы это там исправить
в домодульные времена я такое решал либо пересборкой библиотек (делал правильно) либо перешейдингом - сами библиотеки распихивал по разным пакетам

Хм, про перешейдинг я упомянул в комментах, но это может привести к другим проблемам. А что именно имеешь ввиду под пересборкой?

а вот чувак там пишет - надо раскидать по разным пакетам потому что автор мудак

берешь версию, которая тебе нужна - в билд конфиге добавляешь строчку с заменой пакетов и собираешь

Да, это я и написал. Меня больше всего порадовала позиция автора, мол я в модулях нифига не понимаю, но мы собираемся на java8, поэтому это не баг.

так и не надо ему про модули втирать - у тебя нельзя артифакты использовать вместе даже на java 8

Ну почему же? Если он во всех своих модулях шейдит одну и ту же версию, классы по одному и тому же пути перезаписываются, но никакого конфликта версий нет.
В целом это плохо, но в данном конкретном случае придраться особо не к чему, кроме проблем с Java-модулями.

@abashev Тесла стала успешной