ты опоздал холиваром / дискассом / на год другой

разные репы, разные билды

можно общие настройки выносить в плагин

можно общие настройки выносить в плагин

тсс

ты чо плагины

ну ладно, пусть 30 билдов поправит

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

создал бы дискашн на гитхабе

спросил мотивации у коммунити

хз. у меня не гонит

в любом случае Григорий тебе говорит дельную вещь - не нравятся дефолты - поменяй

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

в mvn и gradle тоже при сборке тесты прогоняются

надо явно отключать

ну часто надо гнать тесты и собирать саму сборку тоже надо тестировать (собрать) удобно все запускать одной командой

вот как вы пишите шаги сборки?

Привет всем! Как сделать так, чтобы web socket не умирал после akka.http.server.idle-timeout, установленный для http запросов? Сейчас этот параметр распространяется на как на http запросы, так и на WS. версия akka-http: 10.0.11

вот как вы пишите шаги сборки?

заведи ищщу на гитхабе же ну, спроси комунити об этом широкое

и пр подготовь с фиксом (перфект вообще)

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

я делаю всю элементарно: очистить все (инкрменатльная борка нинжна), получить сырцы, прописать версию и другие параметры билда в ресурсы и тд, прогнать тесты, собрать пакет (деб, жар - неважно), залить в репу пакетов

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

Привет всем! Как сделать так, чтобы web socket не умирал после akka.http.server.idle-timeout, установленный для http запросов? Сейчас этот параметр распространяется на как на http запросы, так и на WS. версия akka-http: 10.0.11

Это лучше на клиенте решать. Посылать keep-alive какой-нить

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

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

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

на что? придти в ассембли, чтобы они не пускали тесты, придти в сам сбт, чтобы он не генерировал папку с версией скалы или чтобы сабпрожекты не имели по умолчанию версию 2.10, придти в прогвард плугин, чтобы они дали минимальную возможность кофигурировать аутпут?

на что? придти в ассембли, чтобы они не пускали тесты, придти в сам сбт, чтобы он не генерировал папку с версией скалы или чтобы сабпрожекты не имели по умолчанию версию 2.10, придти в прогвард плугин, чтобы они дали минимальную возможность кофигурировать аутпут?

да, на сбт эсембли плагин

> придти в сам сбт, чтобы он не генерировал папку с версией скалы а это про что?

target/scala-2.11, target/scala-2.12

так это же хорошо

чем

ну у меня есть кросс скала версионные проекты

а почему тебе это не нравится?

на что? придти в ассембли, чтобы они не пускали тесты, придти в сам сбт, чтобы он не генерировал папку с версией скалы или чтобы сабпрожекты не имели по умолчанию версию 2.10, придти в прогвард плугин, чтобы они дали минимальную возможность кофигурировать аутпут?

https://github.com/sbt/sbt-assembly/issues тут пиши

ну у меня есть кросс скала версионные проекты

и чо, ты их в параллель чтоль строишь?

и чо, ты их в параллель чтоль строишь?

конечно, тесты то паралелятся

ну довай тогда по пунктам, чо у тебя там происходит

слушай, так чем тебе папки то мешают?

мне наоборот нравится что папки есть хз

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

classDirectory есть

можно засетапить да

это setting в sbt, который тебе дает эту папку

sbt > show classDirectory

А куда ты пушишь? Если делаешь это руками - неверно.

Надо publish

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

да, собирать руками выхлоп тоже как-то не очень продуктивно. you can do better

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

я ищу ентот файл и пушу в наш репозиторий бинарников. от тудова агенты его забирают и развертывают как надо

Зачем это руками вообще делать? Или речь о настройке CI?

это джарник для ЧСВ

о CI/CD конечно. я и рассуждаю с позиции, что sbt и его плугины вставлют палки в колёса

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

самый обычный. для закидывания артефактов сборки в бинарные репы

есть там такой, чтобы руками не собирать их из target папки мимоходом ругаясь что там за мусор

я ищу ентот файл и пушу в наш репозиторий бинарников. от тудова агенты его забирают и развертывают как надо

а что за репозиторий?

артифактори/sonatype ?

есть там такой, чтобы руками не собирать их из target папки мимоходом ругаясь что там за мусор

мало того, что ты должен конкретизировать репу

артифактори/sonatype ?

да но не всё. половина идёт через наш промежуточный сервис, который их как-то теггирует. я не шарю. какие-то замуты с a/b тестированием

это риальнэ проблема искать в target/scala_2.12/ твой жарник по сравнению с поиском в target/ как ты делал для других тулов?

Фиг знает. ни о чём какие-то разговоры. В равной степени относятся ко всем билдтулзам с которыми я работал. Да если не так делаешь, то не работает как надо. По сути надо с publish тебе разобраться. Или уточнить что именно в нём, по твоему мнению, не так работает.

это риальнэ проблема искать в target/scala_2.12/ твой жарник по сравнению с поиском в target/ как ты делал для других тулов?

я просто пропарсил вывод sbt scalaVersion (sbt {project_name}/scalaVersion) вспомнил про такое говно как греп и сед. это не проблема. но так не делается в приличном обществе. у тебя может быть директория по-умолчанию, но она должна конфигурироваться через параметр коммандной строки.

Это лучше на клиенте решать. Посылать keep-alive какой-нить

Это не нормально делать реконнект сокета, я считаю. Было бы куда приятнее, если бы он жил вечно, а закрывался бы на фейле heartbeat. и не просто из-за отсутствия активности на сокете.

Фиг знает. ни о чём какие-то разговоры. В равной степени относятся ко всем билдтулзам с которыми я работал. Да если не так делаешь, то не работает как надо. По сути надо с publish тебе разобраться. Или уточнить что именно в нём, по твоему мнению, не так работает.

сложные сборки и все такое. паблиш тут вообще не причем, ты даже не указал паблиш чего и куда. програрдовский выхлоп оно запушит?

Не знаю, не пользовался. Должен. По сути у тебя при билде получаются артефакты сборки. Ему должно быть без разницы что там на выходе получилось.

где получиться?

Привет всем! Как сделать так, чтобы web socket не умирал после akka.http.server.idle-timeout, установленный для http запросов? Сейчас этот параметр распространяется на как на http запросы, так и на WS. версия akka-http: 10.0.11

я с сервера шлю keep-alive сообщения в своём кастомном формате (JSON). Есть https://github.com/akka/akka-http/issues/102 , но там всё плохо пока что.

Это не нормально делать реконнект сокета, я считаю. Было бы куда приятнее, если бы он жил вечно, а закрывался бы на фейле heartbeat. и не просто из-за отсутствия активности на сокете.

Реконнект делать не надо, надо оживляющие сообщения периодически слать. А держать вечно точно не нужно, будут соединения течь, когда клиенты будут отваливаться.

ERROR: S client not available

Ну вообще идейно так и представлял, спасибо :) Проблема только в том, что влиять на клиенты особо не получится :)

Реконнект делать не надо, надо оживляющие сообщения периодически слать. А держать вечно точно не нужно, будут соединения течь, когда клиенты будут отваливаться.

я туплю или соединение - это больше забота клиента?

ему надо, пусть и шлет кип--аливы

сервер-то у нас один, а клиентов многа

ТС про то что сервер рвёт соединение, когда клиент долго не активен.

чо за TC?

топик стартер

тимсити

тимспик

жиза https://stackoverflow.com/a/37727543

https://en.m.wikipedia.org/wiki/TC_(musician)

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

Make U Bounce

Это не нормально делать реконнект сокета, я считаю. Было бы куда приятнее, если бы он жил вечно, а закрывался бы на фейле heartbeat. и не просто из-за отсутствия активности на сокете.

ну так у тебя значет хертбита нету, раз закрывается. не?

ну так у тебя значет хертбита нету, раз закрывается. не?

Ага, собственно я и не хотел бы его сам реализовывать :)

ну ты лел

Вообще есть теория, у Flow попробовать скрутить keepAlive. Может вылечит

а чо у тя за клиент?

Это совершенно неважно, я же апи делаю:)

ну так и не беспокойся тогда о дропах

удержание соединения - чисто клиентская забота

Дык по-человечески хочется ведь

У вебсокета в протоколе есть пинг-понги дефолтные,которые держат соединение

Вот только веб-джаваскрипт не умеет их слать, только дефолтная обработка

Так что лично нам пришлось серверу кидать пинги в общем по шедулеру

akka-http эти протокольные пинги тоже не умеет слать

Дык по-человечески хочется ведь

это и есть самое человеческое инфа за 100. опиши процесс в доке, проестируй. и всё.

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

Не надеясь на протокольный пинг понг

чо за протокол?

кхе-кхе

Можно мне тут впынькнуться?