Просто вот ещё в чем незадача, я только что я javap из JDK8 вызвал и там всё равно это синтетического метода нет, jdk1.8.0_211

Ну, с -target 11 бриджа быть не должно, с -target 8 должен быть. javap тут куда менее важен, чем javac.

Да там люди, как правильно сказал @bsideup, фанатики. У них мантра, весь код читаем, что бы не было Троянов и прочего, заливаем в гит на сервере Федоры, там собираем и складываем в репо (системное).

Благое начало, как говорится...

В общем зашло обсуждение у них как правильнее IDEA собрать, а загвоздка в том, что сборочные машины без интернета (ну что бы Троянов не было, типичная шизойдная паранойа). Значит надо собрать все зависимости и положить в репо, для этого нужен мавен, ну ок затем исходники мавена, чорт, а он собирается самим собой! Да ещё плагины нужны его же!!!  Они собираются мавеном!!!

Ну тут я такой, а почему готовый бандл не использовать? Ну на крайний случай почему не использовать мавен централ при сборке?

Догадался уже какой ответ я услышал?)

Контролировать сборку это не такая и плохая затея. Были случаи, когда на github и в sources.jar одно, а в .class совсем другое.

Maven это меньшая из проблем, т.к. его даже через javac можно скомпилировать (у него зависимостей почти нет)

А вот собрать, например, Kotlin сложнее, он на Kotlin написан.

'прочитать и понять все исходники IDEA', конечно, задача бестолковая. С другой стороны, операция 'проверить, что фактический бинарник IDEA соответствует исходным кодам' вполне имеет смысл.

Но, конечно, печально, что зачастую в fedora уделяют больше внимания на саму возможность 'собрать из исходников без интернета' нежели 'получить реально работающий бинарник'

Так там задача попутно собрать и все зависимости перед этим, ещё скорректировать билд так, что зависимости ставятся не мавеном, а системными пакетным менеджером (они же из предварительно собрали и засунули по отдельным пакетам)

Ещё раз: как ставятся зависимости не играет роли.

И с maven там проблем нет. Разумеется, они не все плагины поддерживают, но не суть.

А вот с Kotlin/Gradle/IDEA гораздо сложнее: Kotlin без Kotlin непросто скомпилировать

Все равно не понятна паранойа не доверять офф бандлу, в данном случае с сайта jb

Все равно не понятна паранойа не доверять офф бандлу, в данном случае с сайта jb

Не доверять это нормально. Вдруг у того кто публиковал вирус?

Поэтому я и говорю, что возможность воспроизвести и проверить сборку это полезно и нужно

Потому что есть протокол, наверное

коллеги, есть хоть одна причина использовать J2EE? мне так кажется умерло...