./ -> вместо этого попробуй укажи абсолютный путь

пробовал, то же самое

$SORUCESPATH в конце с / идет ?

скинь полную комманду как запускаешь контейнер

ENV SOURCESPATH /var/www/platform5-server

docker build -f scala-server.dockerfile -t platform5/server ../

это билд образа

а запуск контейнера ?

дак я не запускал контейнер

потому что образ не билдится

потому что сорцы не компилируются

потмоу что их нет

стоп стоп , ты написал про volume

в маунт вольюме для имеджа

volume при билдинге не подсасывается

volume эта штука которая отдается внутрь контейнера

volume при билдинге не подсасывается

this

а не на билде образа

таааак

docker run -t -i -v yourPathHere:/docker/

вот так ты обычно указываешь вольюм

при запуске ты должен указать чекуда

когда идет ран контейнера

Я сразу с docker-compose учился бы.

то есть мне нельзя из хоста папку пробросить в образ чтобы в момент билда оттуда скомпилировать?

+1

При билде вольюм не будет подсасываться

В рантайме будет, при билде нет.

то есть мне нельзя из хоста папку пробросить в образ чтобы в момент билда оттуда скомпилировать?

смотри есть 2 фазы

Поэтому при билде ты допустим из гита клонируешь и собираешь проект.

есть команда ADD

1 фаза - ты собираешь образ (считай компилируешь сорцы докера)

вот так ты обычно указываешь вольюм

VOLUME ./:$SOURCESPATH в докерфайле это не то же самое но на уровне образа?

2 ты запускаешь контейнер и уже там происходит вся работа

./ в Dockerfile - Жди беды.

тебе нужно вольюм пробрасывать во время запуска контейнера

через VOLUME лучше просто указывать что такой то путь должен быть persistent

если надо что-то положить в контейнер в момент сборки используй ADD

а монтировать вольюм уже при запуске.

VOLUME ./:$SOURCESPATH в докерфайле это не то же самое но на уровне образа?

здесь твой вольюм не отрабатывает , он здесь просто как бы собирает образ

сам вольюм здесь считай как обычный текст когда ты делаешь build

вся магия с пробрасыванимаем в контейнер будет когда ты сделаешь docker run

ясно

понятно

docker build -f scala-server.dockerfile -t platform5/server ../

platform5/server вот это имя твоего образа

спасибо

я думал что в момент создания образа подключается вольюм

при старте

cделай теперь docker run -i platform5/server

ясна ясна

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

если надо что-то положить в контейнер в момент сборки используй ADD

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

сейчас из гита качаю

спасибо котаны

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

ADD ./src_code /some/path RUN cd /some/path && make

ADD ./src_code /some/path RUN cd /some/path && make

разве что игнорить только target папку

тебе вообще add не нужен здесь , volume будет достаточно

если тебе только сорцы скомпилить

если тебе только сорцы скомпилить

+

ADD ./src_code /some/path WORKDIR /some_path/ RUN make .. а пробросить лишь то что на выходе и запускать с удалением

тебе вообще add не нужен здесь , volume будет достаточно

скомпилить, запустить сервер, применить миграции

ждать запросов от фронта

java ?

scala

писал вроде как

точняк

ADD ./src_code /some/path WORKDIR /some_path/ RUN make .. а пробросить лишь то что на выходе и запускать с удалением

так не получается из за слишком длинного имени файла в билде

Error processing tar file(exit status 1): open /shared/jsonFormats/target/scala-2.11/classes/sevts/server/formats/domain/package$$anonfun$66$$anon$71$$anonfun$derive$macro$1460$1$$anonfun$apply$152$$anon$72$$anonfun$derive$macro$1549$1$$anonfun$apply$154$$anon$73$$anonfun$derive$macro$1557$1$$anonfun$apply$157$$anon$74$$anonfun$derive$macro$1578$1$$anonfun$apply$160.class: file name too long

wtf

зиповать?)

зипуем

сегодня мы с тобой зипуем

напиши скрипт, который будет все делать (билд и старт), в докер файле ADD ./script.sh ENTRYPOINT ["script.sh"] и потом при старте подключай волум в нужное место (что прописал в скрипте)

напиши скрипт, который будет все делать (билд и старт), в докер файле ADD ./script.sh ENTRYPOINT ["script.sh"] и потом при старте подключай волум в нужное место (что прописал в скрипте)

топ идея кстати

сенкс

господа, дискасс DB в продакшене: выделенный сервер vs докер

хз.. если по умному все запилить то оба варианта имеют место быть

все зависит от нагрузки, по поводу этого сказать ничего не могу. Но явно проще поднять db в докере чем запиливать сервак с 0

Как-то хотел запилить для одного проекта mondodb кластер с арбитром в докер, но времени так и не нашел.

топ идея кстати

еще можете глянуть на dapp

у него есть возможность сквозной волум делать между билдами