В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.jvm

4847 membersпожаловаться на группу
2020 May 20

AE

Alexandr Emelyanov in pro.jvm
Alexey Genus
Ну вот по идее этого должно хватать?
Вообще, можно вручную. Скопировать все джарки библиотек, классы и ресурсы, а дальше по-старинке:
java -cp.... MyApp
Так, я пожалуй сначала покурю завтра за компом уже)

Ну по идее да, скопировать зависимости и отдельным слоем приложение без перепаковки. Но может там из коробки что хитрее есть, что бы при изменении зависимостей весь слой не лопатить
источник
21:34пожаловаться#1

М

Михаил in pro.jvm
Alexandr Emelyanov
А есть статейки как по слоям разложить с зависимостями?
https://m.habr.com/ru/company/itsumma/blog/501680/ - тут хорошо расписано, но про js.
https://codefresh.io/docker-tutorial/create-docker-images-for-java/ - про яву.
источник
21:34пожаловаться#2

AE

Alexandr Emelyanov in pro.jvm
Хм, посмотрю
источник
21:35пожаловаться#3

AG

Alexey Genus in pro.jvm
Alexandr Emelyanov
Так, я пожалуй сначала покурю завтра за компом уже)

Ну по идее да, скопировать зависимости и отдельным слоем приложение без перепаковки. Но может там из коробки что хитрее есть, что бы при изменении зависимостей весь слой не лопатить
Так это же сам докер решает с его кешами. Если мы делаем COPY одного и того же, то этот слой просто возьмётся из кеша. Главное в правильном порядке
FROM <java>
COPY либы
COPY классы и ресурсы
CMD ["java", "-cp","...", "MyApp"]

Так как либы меняются редко, они будут закешированы, и менятся будут только два последних слоя
источник
21:36пожаловаться#4

М

Михаил in pro.jvm
Alexey Genus
Так это же сам докер решает с его кешами. Если мы делаем COPY одного и того же, то этот слой просто возьмётся из кеша. Главное в правильном порядке
FROM <java>
COPY либы
COPY классы и ресурсы
CMD ["java", "-cp","...", "MyApp"]

Так как либы меняются редко, они будут закешированы, и менятся будут только два последних слоя
не-не-не, ни каких "COPY либы"!
источник
21:36пожаловаться#5

AG

Alexey Genus in pro.jvm
Почему?
источник
21:37пожаловаться#6

AE

Alexandr Emelyanov in pro.jvm
Alexey Genus
Так это же сам докер решает с его кешами. Если мы делаем COPY одного и того же, то этот слой просто возьмётся из кеша. Главное в правильном порядке
FROM <java>
COPY либы
COPY классы и ресурсы
CMD ["java", "-cp","...", "MyApp"]

Так как либы меняются редко, они будут закешированы, и менятся будут только два последних слоя
Так если одна либа меняется, то все слои сверху уже не валидны)
источник
21:37пожаловаться#7

AG

Alexey Genus in pro.jvm
Ну это да. Но мы же редко меняем либы, так что ничего страшного, я думаю.
источник
21:37пожаловаться#8

AG

Alexey Genus in pro.jvm
99% людей всё равно делают COPY app.jar, т.е. заведомо проигрывают) Я в том числе)
источник
21:38пожаловаться#9

М

Михаил in pro.jvm
Alexey Genus
Почему?
а как эту штуку в каком-нибудь github actions собирать? Сборка должна быть независима от хоста. Поэтому зависимости нужно тянуть в одном из верхних слоев. Но лучше вам ту статейку про на хабре посмотреть.
источник
21:38пожаловаться#10

VP

Vladimir Petrakovich in pro.jvm
Alexey Genus
99% людей всё равно делают COPY app.jar, т.е. заведомо проигрывают) Я в том числе)
То чувство, когда проигрываешь месяцами 😞
источник
21:39пожаловаться#11

AG

Alexey Genus in pro.jvm
Да я сам годами проигрываю. Всё мечтаю сделать эту штуку, чтобы вообще быстро собиралось, но всё лень. Вот перейду на 2.3.0, буду через второй метод собирать, наверное.
источник
21:40пожаловаться#12

VP

Vladimir Petrakovich in pro.jvm
Михаил
а как эту штуку в каком-нибудь github actions собирать? Сборка должна быть независима от хоста. Поэтому зависимости нужно тянуть в одном из верхних слоев. Но лучше вам ту статейку про на хабре посмотреть.
В докере запустить gradle и собрать без каких-либо проблем
источник
21:40пожаловаться#13

AG

Alexey Genus in pro.jvm
Михаил
а как эту штуку в каком-нибудь github actions собирать? Сборка должна быть независима от хоста. Поэтому зависимости нужно тянуть в одном из верхних слоев. Но лучше вам ту статейку про на хабре посмотреть.
Не понял, причём тут github actions?
источник
21:40пожаловаться#14

VP

Vladimir Petrakovich in pro.jvm
Зависимость от докер демона при сборке - вот это точно лишнее
источник
21:41пожаловаться#15

М

Михаил in pro.jvm
Идея такова. у нас есть чисты сервер. на него ставим докер и гит. выполняем гит клон и потом можем собирать образ из докерфайла.
источник
21:41пожаловаться#16

D

Dima in pro.jvm
Михаил
Идея такова. у нас есть чисты сервер. на него ставим докер и гит. выполняем гит клон и потом можем собирать образ из докерфайла.
зачем?
источник
21:42пожаловаться#17

М

Михаил in pro.jvm
Alexey Genus
Не понял, причём тут github actions?
Алексей, посмотрите статью на хабре, там очень хорошо это все объясняется. Я так точно не смогу.
источник
21:43пожаловаться#18

М

Михаил in pro.jvm
Dima
зачем?
А докер вам зачем?
источник
21:43пожаловаться#19

D

Dima in pro.jvm
Михаил
А докер вам зачем?
я к тому, что вы пытаетесь CI-сервер навелосипедить?
источник
21:43пожаловаться#20