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

да это прост

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

Так лучше?

ога

Не делай actor.get. Возвращай Future[Option[ActorRef]]

Знаю, но в этом случае(если force=true) всегда вернется ActorRef

В общем у меня sender это: Actor[akka://application/deadLetters] ... Это из за того что он в мапе?

что за force?

а, понял

Если смотреть на Sender за пределами map - Actor[akka://application/temp/$a]

future.map - ты шедулишь выполнение блока и когда именно он выполнится ты не контролируешь. sender() - вызов метода, который вернет сендера в конкретный момент времени вызова (не момент шедула), а ззначит он к тому времени может быть (и скорее всего и будет если у тебя не одно сообщение в столети) совсем отличный от того который был при шедулинге

Вообще, такой ход выглядит не очень. Твои возвращаемые типы должны отражать действительно то, что может вернутся. Если ты возвращаешь Option, то значит может вернуться и None. Вот я не знал про force и мог бы допустить ошибку, если бы работал с таким кодом.

Вообще, такой ход выглядит не очень. Твои возвращаемые типы должны отражать действительно то, что может вернутся. Если ты возвращаешь Option, то значит может вернуться и None. Вот я не знал про force и мог бы допустить ошибку, если бы работал с таким кодом.

Соглашусь, но тогда там не было бы force. Но вообще - это просто заплатка что бы просто написать и посмотреть что оно работает, далее я бы это убрал, просто пока надо запустить "просто что-бы работало"

future.map - ты шедулишь выполнение блока и когда именно он выполнится ты не контролируешь. sender() - вызов метода, который вернет сендера в конкретный момент времени вызова (не момент шедула), а ззначит он к тому времени может быть (и скорее всего и будет если у тебя не одно сообщение в столети) совсем отличный от того который был при шедулинге

вот конкретно сейчас - это одно сообщение в столетии. Так что отдавать должно. Даже если 10 секунд ставить - не отдает. Просто потому что как я понимаю в мапе не видно сам Sender...

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

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

в общем если до map сделать val tmp = sender() и отправлять в tmp - всё проходит успешно, что на самом деле странно...

в общем если до map сделать val tmp = sender() и отправлять в tmp - всё проходит успешно, что на самом деле странно...

нет, не странно. sender - это метод. А tmp - это val.

про это всё есть в доках :)

про это всё есть в доках :)

ну вообще я доки открывал, и честно говоря не нашел....

нет, не странно. sender - это метод. А tmp - это val.

вар тоже бы подошел) просто есть факт копирования памяти и доки мне кажется тут не при чем)

вар тоже бы подошел) просто есть факт копирования памяти и доки мне кажется тут не при чем)

Мда... видимо мнепросто мозгов еще не хватает всё это дело сразу понимать....(

Мда... видимо мнепросто мозгов еще не хватает всё это дело сразу понимать....(

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

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

Да это то понятно. Просто я всегда считал что sender() - это хоть и метод но он всегда ссылается на вызывающего. И соответственно париться с этим не надо. А тут оказывается надо...

Да это то понятно. Просто я всегда считал что sender() - это хоть и метод но он всегда ссылается на вызывающего. И соответственно париться с этим не надо. А тут оказывается надо...

"ссылается на вызывающего" - это у него семантика такая и она не меняется. а вот существенным является то, что это - метод и соответственно фактически он возвращает какие-то вычислимые ( в конкретный момент вызова) данные

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

Угу, прошу пощения, глупый вопрос был

Други, а какие http либы поддерживают routing dsl с возможностью из него сгенерить swagger/raml описание?

Play ?

Вообще надо в сторону готовых биндингов у swagger-scala смотреть

они честно говоря не очень ): ну из моего опыта

у сваггера вроде бы простая спека? легко написать свой генертор, не? (не пробовал).

А http4s/rho пробовали?

Други, а какие http либы поддерживают routing dsl с возможностью из него сгенерить swagger/raml описание?

я пишу одну, как скоро тебе нужно?

я пишу одну, как скоро тебе нужно?

В январе :) что бекендом?

akka-http 10

Отдельный роутинг или поверх директив?

Отдельный роутинг или поверх директив?

Отдельный на уровне типов. Фактически перенос servant на скалу

Есть где посмотреть уже?

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

?повтыкаю вечером

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

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

А откуда берутся возможные варианты кодов ответа?

Отдельный на уровне типов. Фактически перенос servant на скалу

Интересно.

А откуда берутся возможные варианты кодов ответа?

всё разруливается имлиситами

Хм. Будет интересно взглянуть.

если нужно что-то добавить совсем своё, можно потом просто в результирующий MkSwagger

Ждём :)

ок

Отдельный на уровне типов. Фактически перенос servant на скалу

круто! где работаешь?

круто! где работаешь?

Tinkoff

мы еще ждем супер тинькофф кеш

?

мы еще ждем супер тинькофф кеш

да, его автор тоже грустит. Но всё-таки банк, СБ, всё такое

мы еще ждем супер тинькофф кеш

ты так стриминг не начал много писать на спарке?

неа; пока нет

много писать?

such spark, much write?

ERROR: S client not available

ЙЙЙЙОООЖ

неа; пока нет

а то думаю

вот есть касандра

и есть сриминг

Вроде можно и поженить нормально, а не через одно место :)

как говорится, database is a cache of a subset of the log

cache of folded subset of the log было бы точнее

ну да ладно - я не ратую за такой вариант - генерят классы мне из .proto пусть генерят я просто уперся в то, что я не могу повторно перегенировать классы - я наверняка криворукий - получаю ошибку ... is already defined as object... я вытащил .proto в отдельный сбт подпроект и собираю там

Если собираешь в IDEA, то это из-за таски Build которая выполняется при запуске проекта. УБрать ее и запускать проект через таску sbt

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

знатоки типов, вопрос - у меня есть некоторый параметризованный трейт, например MyMap[K, V] , и классы которые его наследуют, например MyMap1[String, Int] могу ли я сделать некоторый трейт, у которого будет сигнатура что-то вроде trait MyTrait[F: MyMap[K, V]] . Хотелось бы чтобы я мог создать нечто похожее - class A extends MyTrait[MyMap1] с реализацией методов, использующие K и V, которые подхватились бы из сигнатуры MyMap1. Цель следующая - хотелось бы, чтобы если кто-то пойдёт и сломает сигнатуру MyMap1(поменяет местами String и Int), класс A сломался бы в компайлтайме

Или я совсем охренел и слишком много хочу?

F: MyMap[K, V] это context bound?

их нельзя в трейтах

Ага, мне идея так и сказала. А решение есть?

эм. F: MyMap[K,V] - тут же помимо контекст баунда имплисит

контекст баунт это шуга для имплисита

контекст баунд и есть имплисит

опередили :)

понаразвели терминов

знатоки))

нельзя импилсит сувать в трейт - у трейта нет конструктора) надо по-другому делать

Kirill ты ба на скалафидл набросал кусок, проще было бы подправить)

MyTrait - это что такое? как оно связано с MyMap?

Kirill ты расскажи еще что сделать хочешь

Kirill ты ба на скалафидл набросал кусок, проще было бы подправить)

с телефона, как только домой доберусь попробую накатать

конкурс майлз сабин телегрум чатика открыт

и что такое MyMap1?

ща-ща, парни, доберусь - кину в фидл что хочу) зачем - в конце написал, хочу чтобы если кто-то поменял сигнатуру класса MyMap1, то класс, использующий K и V оттуда, сломался бы

trait MyMap[K, V] trait MyTrait[K, V, MapType <: MyMap[K, V]]{ type Impl <: MapType } trait MyMap1 extends MyMap[Int, String] class A extends MyTrait[Int, String, MyMap1]{ class Impl extends MyMap1 }

а чем тебя не устраивает trait MyMap1 extends MyMap[String,Int] class A extends MyMap1 ??? если сломают мап1 - то и методы сломаются в компайл тайм