PG
jpackage. используем для упаковки под win/linux/mac. работает замечательно. при условии, что ваш код может запуститься на java14 или новее. сорцы при этом могут оставаться с 11ым таргетом, например
спасибо!
Size: a a a
2020 December 04
I
jpackage. используем для упаковки под win/linux/mac. работает замечательно. при условии, что ваш код может запуститься на java14 или новее. сорцы при этом могут оставаться с 11ым таргетом, например
а если надо еще сделать так, чтобы в исходники не влезли, может подскажете, какие варианты? (юзали ExcelsiorJET, ищем куда перейти)
BP
спасибо!
А есть ещё замечательный плагин для гредла https://github.com/beryx/badass-jlink-plugin
NG
А есть ещё замечательный плагин для гредла https://github.com/beryx/badass-jlink-plugin
так и не смог его завести :(
NG
а если надо еще сделать так, чтобы в исходники не влезли, может подскажете, какие варианты? (юзали ExcelsiorJET, ищем куда перейти)
graal native image мб?
BP
так и не смог его завести :(
Ну я вроде +- завел, но потом узнал что версия runtime тоже может использовать jpackage
I
graal native image мб?
не завелось 😬
и мне что-то кажется, что ключи всё равно будет легко достать оттуда
пока из того, что заработало относительно быстро - protector4j
и мне что-то кажется, что ключи всё равно будет легко достать оттуда
пока из того, что заработало относительно быстро - protector4j
NG
а если надо еще сделать так, чтобы в исходники не влезли, может подскажете, какие варианты? (юзали ExcelsiorJET, ищем куда перейти)
а почему собираетесь съехать с ExcelsiorJET, если не секрет?
I
а почему собираетесь съехать с ExcelsiorJET, если не секрет?
с новыми апдейтами макоси стало кидать разные неприятные исключения у юзеров
NG
не завелось 😬
и мне что-то кажется, что ключи всё равно будет легко достать оттуда
пока из того, что заработало относительно быстро - protector4j
и мне что-то кажется, что ключи всё равно будет легко достать оттуда
пока из того, что заработало относительно быстро - protector4j
прогвард еще неплохо исходники обфусцирует/оптимизирует. но до тех пор, пока это jar-файл с классами, защита все же такая себе... для нэйтива скилл декомпилирования требуется все же повыше, чем "открыть жарку в идее"
I
прогвард еще неплохо исходники обфусцирует/оптимизирует. но до тех пор, пока это jar-файл с классами, защита все же такая себе... для нэйтива скилл декомпилирования требуется все же повыше, чем "открыть жарку в идее"
ну вот protector4j каким-то хитрым образом вшивает ключ для декомпиляции в jvm, после чего самому jar'ку не открыть. но из минусов - скорость, и непонятно, насколько стоит доверять
NG
ну вот protector4j каким-то хитрым образом вшивает ключ для декомпиляции в jvm, после чего самому jar'ку не открыть. но из минусов - скорость, и непонятно, насколько стоит доверять
любопытно. спасибо!
T
@shipilev ты знал, что ты гигант? https://tech.blueyonder.com/java-giants/