но эт не отменяет факта, что эт обычный Object

тогда почему "val a: Int = Int" не работает?

я-то знал (сейчас вспоминаю) фокус с дописыванием () откуда-то, но вот забыл

потому что правильно писать так val a:Int.type = Int ))

ну да, но "val a: Unit = Unit" компилится как и "val a: Unit.type = Unit", но тут по совсем другим причинам

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

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

http://scala-lang.org/blog/2017/04/01/announcing-skala.html давно пора

тонкий скала юмор)

в соседних чатах модно каналы переименовывать) pro.cxx -> pro.java и т.д.)

может в котлин переименуемся?

go более насущно

если в котлин переименоваться, никто разницы не поймёт всё равно

go более насущно

баян, раст уже переименовался

баян, раст уже переименовался

тогда enterprise Idris

вот тут точно никто разницы не поймет

pro.cats

ребят, вопрос по Circe: возможно ли как-то полуавтоматически вывести кодеки для non-sealed trait?

хотя бы указав все наследующие классы руками

примерно как сделавно в Boopickle https://boopickle.suzaku.io/ClassHierarchies.html

implicit val fruitPickler = compositePickler[Fruit]. addConcreteType[Banana]. addConcreteType[Kiwi]. addConcreteType[Carambola]

только encoder-ы? или decoder-ы тоже?

да, вместе с decoder'ами

в случае с encoding-ом самый тупой вариант - паттерн матчинг, когда для каждого наследника уже есть encoder. implicit val encodeThings: Encoder[Thing] = Encoder.instance { case aThing: AThing => aThing.asJson case bThing: BThing => bThing.asJson ... }

то есть это предполагает что encoder-ы для AThing и BThing уже где-то есть - скажем выведены автоматически/полуавтоматически

в случае с декодерами - есть какое-то поле, с помощью которого можно понять, что именно такое это?

Нет, базовый трейт не содержит полей

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

Судя по документации встроенной поддержки такого кейса нет

по декодерам - http://stackoverflow.com/questions/42165460/how-to-decode-an-adt-with-circe-without-disambiguating-objects/42165461#42165461 вот может помочь

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

Да, то что нужно, спасибо!

https://twitter.com/shipilev/status/848098362054365184

DevOps в Слесари сантехники, прочистка труб

http://www.pvsm.ru/images/2016/09/06/daidjest-interesnyh-sobytii-iz-mira-Java-i-vokrug-nee-8-01-08-2016-31-08-2016-4.jpg

pro.cats

pro.korolev

В 22.30 по мск онлайн-трансляция DevZen подкаста. Там иногда бывает про скалу https://gitter.im/DevZenRu/live

Всем привет. Не могу понять что происходит. Есть старый проект на плее 2.10. При запуске без проблем открывается и на localhost и на 127.0.0.1

А новый проект play-scala-seed не открывается на 127.0.0.1

В чем магия?

Только localhost

alias на localhost проверь

в системе

Файл hosts проверить?

да

Там всё норм

Говорю же. Старый проект нормально открывается и там и там когда запускаю

А новый почему то нет, может дело в настройках play?

Кароч такая штука

весь гугл тыкает на mysql это не ошибка с базы у тебя прилетела?

Абсолютно чистый и пустой проект

sbt new playframework/play-scala-seed.g8

Между делом не https пытаешься открыть?

ytn

нет

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

попробуй еще со слешом и без, мож в слеше проблема

В конфиге возможно play.filters.hosts { # Allow requests to example.com, its subdomains, and localhost:9000. allowed = [".example.com", "localhost:9000", "127.0.0.1"] }

Если используется фильтр

Посмотри 'telnet localhost 9000'

ERROR: S client not available

Посмотри 'telnet localhost 9000'

так и так норм, запрос дошел до сервака

ради фана попробуй сделать запрос руками (Jmeter, fiddler или еще что-то) и попробовать заголовок host поменять

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

Так как ошибка из плэя, то с хостами ковыряться не надо. Запрос он видит, но не пропускает. Проблема на стороне плэя.

+

Спасибо. Да, дело было в фильтрах

сомнительная фича =/

И я так понимаю эти ошибки в браузере тоже из-за фильтров. Потому что когда их убираешь, то всё норм. Может кто-нибудь объяснить или дать ссылку на объяснение как это понять и что он вообще от меня требует?

А то офишиал доки чет мне сейчас ответа не дали

Это типа CORS

Из того, что я понял. Эта content-security-policy толком не поддерживается в браузерах, так что я думаю можно забить

Учитывая что проектик домашний

А вообще было бы интересно послушать у кого был опыт работы с этим, а то я ваще в этом не шарю

Это можно исправить тоже через конфиг play.filters.headers.contentSecurityPolicy. Думаю включать его полезно, так как он предотвращает некоторые виды атак в поддерживаемых браузерах. Как настроить поля нормально расписано на https://content-security-policy.com/

скалисты, быстровопрос, какой фрейм юзать для посроения rest api: play, spray или что-то другое?

скалисты, быстровопрос, какой фрейм юзать для посроения rest api: play, spray или что-то другое?

akka http

ну спрейто уже депрекейтед

akka http

спасибо:)

бери плей/akka-http

с плеем будет проще

с плеем будет проще

зато потом будет сложно, когда захочет сложно

ну а если нужно просто rest-endpoint прикуртить, то акка хорошая

зато потом будет сложно, когда захочет сложно

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

как service2service апи - акка хороша

но как тольно всякий cors и фильтры и прочее прикручивать, то начинается бойлерплейт

но как тольно всякий cors и фильтры и прочее прикручивать, то начинается бойлерплейт

да вроде нет. роуты и все.

роуты нормально переисползуются

Один из примеров того, как прекрасен Play: https://www.playframework.com/documentation/2.5.x/ScalaActionsComposition (спойлер - на самом деле нет), и такого добра там хватает. Ко всему прочему это огромный фреймворк, который ограничивает тебя в выборе инструментов. Имхо - Play точно не стоит брать, если пишешь REST API. А если обычный сайтик - то пожалуйста.

Один из примеров того, как прекрасен Play: https://www.playframework.com/documentation/2.5.x/ScalaActionsComposition (спойлер - на самом деле нет), и такого добра там хватает. Ко всему прочему это огромный фреймворк, который ограничивает тебя в выборе инструментов. Имхо - Play точно не стоит брать, если пишешь REST API. А если обычный сайтик - то пожалуйста.

мне вот тоже интересно стало, а что если не плей хорошая альтернатива ?