Я хочу собрать, в конечном, счете докер и запустить его на сервере.

Sbt native packager

Sbt native packager

А как же вся машинерия с java -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap ?

так вот кто у нас Шипилев..

А как же вся машинерия с java -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap ?

в чём проблема?

ты в натив пеенджер можешь передавать любые аргументы жавовые

докерфайлы читаемые и понятные, просто не вижу смысла в плагине

Но это вкусовщина.

А как же вся машинерия с java -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap ?

как реплики выше относятся к аргументам жавы в этой реплике?

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

я так и не понял, чем обосновано отрицание native packager?

как реплики выше относятся к аргументам жавы в этой реплике?

ну в докер-ентрипоинте можно кое-какие переменные спросить и на баше быстренько их обработать. Я к тому, что докерфайл и докер-ентрипоинт проще поддерживать и править

ну в докер-ентрипоинте можно кое-какие переменные спросить и на баше быстренько их обработать. Я к тому, что докерфайл и докер-ентрипоинт проще поддерживать и править

допустим, и?

в какой момент ты говоришь - вот что мешает использовать мне native packager?

Не мешает.

Я хочу собрать, в конечном, счете докер и запустить его на сервере.

gradle умеет

А как же вся машинерия с java -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap ?

Через env делай

короч вопрос был не "что использовать чтоб собрать runnable jar" а "как передать жабе аргументы"

Нет, вопрос был именно первый.

Как передавать аргументы - это понятно. Просто предложили нейтив-пекеджер, я ответил, что самому ручками докерфайлы удобней писать.

В докер сунь JAVA_OPTS env при старте

Эти не должно вообще зашиваться в докер файл

ну в докер-ентрипоинте можно кое-какие переменные спросить и на баше быстренько их обработать. Я к тому, что докерфайл и докер-ентрипоинт проще поддерживать и править

this

Впрочем, ладно. Буду собирать assembly.

this

Я не понимаю какие тебе переменные нужны? Jvm итак из env все берёт спокойно. Тебе не нужно это в докерфайл добавлять

https://github.com/lampepfl/dotty/pull/4153

@Emiya402 можно так: подключил native-packager, добавил в docker-compose.yml строчку "environment: - JAVA_OPTS= ...." выполнил sbt stage стейдж сгинерит скрипт my-app.sh (имя для примера), который умеет брать из переменных энвайронмента java_opts и передавать в твою джава апликуху, собственно этот скрипт и запускает все.

Что люди ни делают, лишь бы докерфайлы не писать

а зачем его писать?

вообще с помощью nativepackager его можно писать, но только зачем?

стыдно признаться, ни разу не писал продакшен докер файл

а что там писать? RUN java -jar ? )

А потом смотришь на докер файл в тысячу строк и диву даёшься, где же там run java -jar

да нет ж, у native packager там нет сколько

а что там писать? RUN java -jar ? )

Ну там ещё и jmxagent, коллектор логов и вот это все

я эт ничего не делаю

я эт ничего не делаю

Логи из stdout контейнера?

логи коллектить над из-вне, к тому ж есть докер драйвера, jmx нафиг

Логи из stdout контейнера?

угу, у нас просто stdout и strerr кидается, дальше гелфом суется куда надо

jmx не нужен, метрики пушим сразу в influx, если надо будет, то прост прокинем порты)

угу, у нас просто stdout и strerr кидается, дальше гелфом суется куда надо

Ну тоже рабочий вариант, вариативно, короче

у нас контеинер вообще по сути не содержит особо настроек, ты снаружи можешь что хочешь сделать с ним

есть просто один env BOOTSTRAP_URL откуда он конфиг возьмет

в нашем случае из консула

jmx не нужен, метрики пушим сразу в influx, если надо будет, то прост прокинем порты)

Ну иногда, на некоторых приложениях, jmx нужен все же. Например сбросить кеши, перечитать конфиг. Для этого эндпоинты рестовые не хочется писать

jmx то в любом случае внутри есть

прост порты прокинуть над будет

jmx то в любом случае внутри есть

Есть, я ж говорю - вариативно все

конечно) девопс мир эт вообще слишком вариативно

конечно) девопс мир эт вообще слишком вариативно

Да по сути как и вся остальная разработка)

чего-то все милые и друг с другом соглашаются)

боюсь по лицу от него получить, у него волосы зеленые

синие же

@nikitamelnikov какие сегодня?

@nikitamelnikov какие сегодня?

Сегодня голубые, зеленые в планах

https://github.com/lampepfl/dotty/pull/4153

Одерски уже не торт

https://discuss.lightbend.com/t/akka-http-10-1-1-released/552 > Transparent websocket ping/pong (keep alive) неожиданно

@odomontois а что вы юзали для генерации swagger.json?

https://discuss.lightbend.com/t/akka-http-10-1-1-released/552 > Transparent websocket ping/pong (keep alive) неожиданно

воу

можно убирать свои костыли)

еее!

https://discuss.lightbend.com/t/akka-http-10-1-1-released/552 > Transparent websocket ping/pong (keep alive) неожиданно

Ого. А я только велосипеда на выходных сделал

можно убирать свои костыли)

Теперь костыли будут стандартизированные

https://github.com/lampepfl/dotty/pull/4153

А что ни кто не обсуждает?

ERROR: S client not available

Да там какая то течь уже

перебор

выпилили макросы @ заводим каждый макрос sipом

https://github.com/lampepfl/dotty/pull/4153#issuecomment-377841935

выпилили макросы @ заводим каждый макрос sipом

во во

Я доверил макросы студенту, который в итоге устроился на работу и естественно на них забил. Давайте сделаем SIP

Блин ) Я так стану Моррисом и Оксенрайтером скоро ))

да идея ж хорошая в принципе; в расте удобно сделано например)

там столько новых слов ключевых, это уже adhoc решения а не SCAlable LAnguage

там столько новых слов ключевых, это уже adhoc решения а не SCAlable LAnguage

я так понял для этой фичи новых слов не добаляется.

или я что-то пропустил?

This, TypeClass, common, extension

ну extension в другом SIP

а, ок

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

Кто-нибудь сталкивался с проблемой в Akka HTTP, когда делаешь запрос на несуществующий роут, возвращает не "404 Not Found", а "405 Method Not Allowed "?

У https://eta-lang.org новый сочни сайт

Кто-нибудь сталкивался с проблемой в Akka HTTP, когда делаешь запрос на несуществующий роут, возвращает не "404 Not Found", а "405 Method Not Allowed "?

постоянно это дерьмо, *если там авторизация где-то в скоупе

мб это решаемо, если директиву авторизации перенести внутрь pathPrefix но это как-то неудобненько

@odomontois а что вы юзали для генерации swagger.json?

тайпклассы и typelevel dsl, через какое-то время выложим, посмотришь

ну все теперь дело за малым; eta уже популярный

во во

не согласен

тайпклассы и typelevel dsl, через какое-то время выложим, посмотришь

я имел ввиду, вы юзали какой-либо swagger spec генератор для того чтобы преобразовать ваше представление в OpenAPI, или вы свой генератор написали?

я имел ввиду, вы юзали какой-либо swagger spec генератор для того чтобы преобразовать ваше представление в OpenAPI, или вы свой генератор написали?

:))

мб это решаемо, если директиву авторизации перенести внутрь pathPrefix но это как-то неудобненько

Но… Это же корректно

я имел ввиду, вы юзали какой-либо swagger spec генератор для того чтобы преобразовать ваше представление в OpenAPI, или вы свой генератор написали?

написали кучу типов, добавили к ним circe инстансов генерим сваггер на базе обхода большого типа имплиситами

Хотя может и 403 должно вылетать

У https://eta-lang.org новый сочни сайт

ты попробовал его?

но не 404 точно

ты попробовал его?

eta то бишь, а не сайт

https://github.com/lampepfl/dotty/pull/4153#issuecomment-377841935

как-то не слишком просто все это выглядит, хотя на словах стремление к упрощению