тут есть кто с 2gis ?

@krivdatheliggen ты очень любишь усложнять. на простые решения у тебя видимо аллергия. ну нравится тебе синглтон, ну используй его. засунь внутрь кеш-либу и внутри синглтона ее используй с ттл раз в 10 дней или по def reload().

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

@krivdatheliggen ты очень любишь усложнять. на простые решения у тебя видимо аллергия. ну нравится тебе синглтон, ну используй его. засунь внутрь кеш-либу и внутри синглтона ее используй с ттл раз в 10 дней или по def reload().

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

@krivdatheliggen просто var нельзя чтоль сделать?)

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

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

Ну вот вы сметесь , а есть желание избежать стопа сервиса , если справочник там раз в 10 дней дополняется одной записью

в scala-cache есть TTL

используем его + caffeine как бэкэнд

а не напарывались на какиенить баги с scala-cache?

я не помню точно, но была какая-то странность в поведении getOrUpdate

но это было давно и пруфов у меня нет

):

Настроил тут локальный гитлаб с докер раннером, ажур докер реджистри и ажурный же dcos. Билжу в гитлабе доекр, кидаю в регистр, и потом деплою тоже одной кнопкой в dcos. Сказочно и многоообещающе выглядит

Но документация там как ландау-лифшиц, если не знаешь как делать, то не поймешь, если знаешь, то все очевидно.

И там пул агентов вроде автоматический, просто докупай. А еще у майкрософта подписка есть бесплатная на полгода, если ты как старап зарегаешься.

а не напарывались на какиенить баги с scala-cache?

нет, но там явно не хватает "compute", чтобы при отсутстсвии значения в кэше оно вычислилось один раз, а все желающие в это время подождали, пока оно вычислится https://github.com/cb372/scalacache/issues/85

нет, но там явно не хватает "compute", чтобы при отсутстсвии значения в кэше оно вычислилось один раз, а все желающие в это время подождали, пока оно вычислится https://github.com/cb372/scalacache/issues/85

я не помню что было, но самый быстрый воркэраунд был scaffein и проблемы ушли

в смысле просто напрямую кафеин заюзали?

да

ну или тончайший их дсл для скалы

Кто нибудь из пользующих дуби решил проблему с подсветкой кода в idea?

баг в idea есть

да это я видел, да. Грустно конечно. При близком рассмотрении того что есть на рынке в плане sql для скалы оказалось что внятных библиотек две — scalikejdbc (как ни странно) и дуби. Но я сдохну разбираться где idea тупит, а где я)

тут есть кто с 2gis ?

Юрий должен быть тут

Чочо

ищут представителей 2гис...

Юрий должен быть тут

Алексей, если не секрет, релокейт в Берлин или ситуативно вышло записывать подкаст оттуда?

да, я переехал )

тут есть кто с 2gis ?

Какие вопросы?

да, я переехал )

круто )

да это я видел, да. Грустно конечно. При близком рассмотрении того что есть на рынке в плане sql для скалы оказалось что внятных библиотек две — scalikejdbc (как ни странно) и дуби. Но я сдохну разбираться где idea тупит, а где я)

мне не мешает это юзать дуби, можно в некоторых местах обоитись и без подстветки)

мне не мешает это юзать дуби, можно в некоторых местах обоитись и без подстветки)

тыж в виме

я в виме дома

потому что с неитивом впринципе пофигу

потому что с неитивом впринципе пофигу

неитимов?

да это я видел, да. Грустно конечно. При близком рассмотрении того что есть на рынке в плане sql для скалы оказалось что внятных библиотек две — scalikejdbc (как ни странно) и дуби. Но я сдохну разбираться где idea тупит, а где я)

В целом красноту обычно можно завернуть в методы, и будет норм

Внутри методов точно знаешь почему подсвечивает, а снаружи всё explicit типами пометил, и збс

https://twitter.com/posco/status/884460486074392576

чтото туплю. в котах можно из ApplicativeError[F, E1] и E1 -> E2 получить ApplicativeError[F, E2]?

чтото туплю. в котах можно из ApplicativeError[F, E1] и E1 -> E2 получить ApplicativeError[F, E2]?

нет

вроде можно реализовать. они просто не сделали или была причина?

@folexeyy это да...вот думаю так и сделать. меня вконец запутал scalike. Там все хорошо пока не надо с play его интегрировать. В этот момент начинаются пляски с бубном. Я тупо не понимаю где мне брать этот его db для того чтобы в транзакции заворачивать вызовы методов репозиториев. В дуби API как ни странно в этом плане проще. Ничего никуда заворачивать не нужно, собрал стек из запросов и вызвал его где надо с чем надо. Вопрос вот только. Насколько просто его интегрировать с play. В книге дуби раздел про connection pool не совсем мне понятен (в силу глубины моих знаний думается мне)

вроде можно реализовать. они просто не сделали или была причина?

пример: ApplicativeError[Try, Throwable] и _.getMessage теперь придумай как реализовать raiseError(e: String): Try[A]

ApplicativeError инвариантна, а не ковариантна относительно E ,поэтому ей нужны функции туда и обратно

окей, давай попросим две функции

Вот Invariant можно

@folexeyy это да...вот думаю так и сделать. меня вконец запутал scalike. Там все хорошо пока не надо с play его интегрировать. В этот момент начинаются пляски с бубном. Я тупо не понимаю где мне брать этот его db для того чтобы в транзакции заворачивать вызовы методов репозиториев. В дуби API как ни странно в этом плане проще. Ничего никуда заворачивать не нужно, собрал стек из запросов и вызвал его где надо с чем надо. Вопрос вот только. Насколько просто его интегрировать с play. В книге дуби раздел про connection pool не совсем мне понятен (в силу глубины моих знаний думается мне)

Я пока не пробовал, но очень скоро предстоит схлестнуть дуби с плеем :) Так что разбирайся, я потом приду, спрошу :D

@folexeyy справедливо:-)

@folexeyy это да...вот думаю так и сделать. меня вконец запутал scalike. Там все хорошо пока не надо с play его интегрировать. В этот момент начинаются пляски с бубном. Я тупо не понимаю где мне брать этот его db для того чтобы в транзакции заворачивать вызовы методов репозиториев. В дуби API как ни странно в этом плане проще. Ничего никуда заворачивать не нужно, собрал стек из запросов и вызвал его где надо с чем надо. Вопрос вот только. Насколько просто его интегрировать с play. В книге дуби раздел про connection pool не совсем мне понятен (в силу глубины моих знаний думается мне)

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

@diemust ну в плей есть HikariComponents например. Хотелось использовать его для дуби

чтобы пулом занимался плей

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

то есть тупо в контроллере транзактор создавать? независимо от play?

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

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

нужно определение слова сбоку

=)

modules { enabled += "play.api.db.DBModule" enabled += "play.api.db.HikariCPModule" } как я понимаю вот это в плее можно отключить и юзать БД как хочешь

вот вот

еще и расположение папочек стандартное можно отрубить )

это хорошие новости! сейчас попробую. Очень не хочется заниматься сликом и scalike

спасибо!

скалайк, кстати отличный.

мне он нравится до момента интеграции с play — если есть опыт, подскажи пожалуйста, а то у меня даже тесты с ним работают, а к play подрубить не могу

хз, с плеем не мешал. =(

ERROR: S client not available

мне он нравится до момента интеграции с play — если есть опыт, подскажи пожалуйста, а то у меня даже тесты с ним работают, а к play подрубить не могу

Какой di юзаешь в плее?

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

Юрий macwire

ну compile time в общем

Юрий macwire

Как настраиваешь scalike? Юзаешь синглтон?

Я подрубил их плагины (которые для play)... ну и собственно все) В какой-то статье я читал что нужно в onLoad вызвать setupAll. Так и сделал

Хотя судя по сорцам плагина scalike уже что-то такое делает в onLoad. Но опять же, я не уверен что плагин работает в принципе ибо он по-моему предполагает, что я guice использую

Юрий А как нужно?:)

Не юзай плагин прост, сам все делай

Юрий А как нужно?:)

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

даже scalikejdbc-config не юзать?

у них написано сделай все в конфиге а потом DBs.setupAll(). но я не знаю что потом передавать в котроллеры:-) DB?

Я прям туплю сейчас.

у них написано сделай все в конфиге а потом DBs.setupAll(). но я не знаю что потом передавать в котроллеры:-) DB?

Почему репозиторий не сделать с методами нужными?

И не возвращать фьючи нужных коллекций

Почему репозиторий не сделать с методами нужными?

Не очень понимаю. У меня все методы в репозитрии, сервис дергает репозитории вызывая методы внутри транзакции, а контроллер вызывает метод на сервисе. Я хочу сессию передавать в самом верху, в котроллере

А. Так не делал. Лучше не буду советовать, а то глупость ещё скажу :)

Я генерил синглтон с репой и дергал оттуда методы.

Ну вот например в слике как — ты там у себя где-то собрал стэк операций и вернул. А где надо ты запускаешь его с db.run. Примерно как в дуби. Дальше ты просишь у плея инстанс db и вперед

Привет, подскажите пожалуйста, может кто-то разбирался с темой создания мок-сервисов для интеграционного тестирования. Собственно есть ли фреймворки, где бы можно было бы объявить REST-interface, прописать какую-то логику на scala и использовать его для интеграционных тестов? Что-то вроде mountebank, но ради него не хочется связываться node, npm да и JavaScript.

Wiremock

https://github.com/danmassie/wiremock-scala-examples/blob/master/src/test/scala/uk/co/deku/wiremock/ScalaTest.scala

Wiremock

Спасибо!

А в чем преимущество мокать сторонний http сервис, вместо того чтобы мокнуть свои gateway классы?

Что бы потестить хттп клиент)) кек

А, ну да, излишняя предосторожность ещё никому не вредила ?

Тесты на тесты не забудьте. Излишняя предосторожность еще никому не вредила

Мок моков

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

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

Ну так компонентные