последнее, по-моему, и впихнули в scalaj в итоге

либо Map[String, Seq[String]]

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

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

finagle-http2 какой то эксперементальный, акка-хттп вроде еще не сделали поддержу, play-ws вроде будет ждать когда в акке появится, джавовые либы есть, знаю

а есть какой-нибудь текст поясняющий в чем техническая сложность с http/ws client? netty, насколько я помню, всего из 5-6 функций состоит

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

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

А можно пример тонкостей, которые тебе известны?

Один из ярких примеров - редиректы. Помнится была статья (довольно старая) на хабре, где сравнивали поведение разных серверов. Кому-то нужны были определенные заголовки, кому то формат урла играл роль. Попробую найти статью.

Ну редиректы же сервером присылаются, а не клиентом. Или смысл в обработке редиректов?

Неужели на столько по-разному?

Там от запросов зависимость тоже была.

то есть RFC реализовать не достаточно?

Не достаточно

Из личного дикого опыта, попадался сервер на дотнете (наверное на сокетах извращались), который игнорил заголовок host.

помню случай, когда просил партнеров убрать (или добавить) необходимый по RFC хеадер, потому что Spray строг. Они наверное подумали, что я просто зануда

вероятно это связанно, что реализация спеки вещь весьма занудная, требующая упорства и внимательности. не все справляются =)

Однажды с проггерами какой-то проприетарной php CRM переписывался, т.к. они файлы с кириллицой в имени файла отдавали крякозябрами, т.к. в каком-то headerе не utf использовали, а начальству эта CRM уж больно по душе была

вспоминается далёкий 2002, когда 2/3 писем и сайтов открывались в неправильной кодировке. мы даже не замечаем как жизнь становится лучше

Особенно на линупсе.

В смысле открывалось краказябрами

на линупсе вообще сказка. в 2005 ещё правил конфиги XFree чтобы просто мышка заработала

асимптотически приближается к готовности для десктопа

А в akka-http модель случайно не отдельно идёт от реализации клиента и сервера?

Я в посление пару лет мечтаю вернуться на линукс с мака. Куплю много-много памяти, поставлю nixos, xmonad. Не жизнь, а сказка.

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

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

Недавно ставил nixos на виртуалку, чисто потестить. Там через fdisk нужно размечать все.

Как в старые добрые времена.

Не хватало только распечатанного на принтере руководства

._. я досихпор им размечаю

):

а что теперь консольное используют для разметки?

Ну просто когда я валил с линуксов, а это было лет 8 назад, везде уже были графический инсталяторы в стиле «next->next->next->ok»

А насколько сильно nix по памяти прожорлив при реальном использовании?

Я реально не позовал. Поставил в виртуалку поиграться. А почему он должен быть прожолив по памяти?

hdd имею в виду, не RAM

по-моему hdd уже давно никто не считает)

если ssd как основной используется

у меня на маке 128 гб три года, пока хватает)

с nix?

ssd + 16gb ram и на линуксе всё летает

Вроде бы все ок. Он же не делает копии системы для каждого приложения. Типа если у тебя есть два пакет которые зависит от openjdk8, то экземпляр jdk-8 будет только 1.

но если два пакета зависят от разной версии openjdk8, то уже два

и версии пакетов мне кажется там тоже хранятся

https://index.scala-lang.org/typelevel/cats/cats

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

https://index.scala-lang.org/

Коллеги, а есть кто работает в pixonic? Праздный интерес. Sorry for offtopic

//offtop ковыряю тут scalaz nondeterminism.njoin // все же он оверрайдит пул для всех тасков

Коллеги, есть здесь гуру netty? Есть пара вопросов по идиоматичности

А вот мне интересно, для моего развития, что ты имеешь в виду говоря "его идиоматичности"?

Видимо имеется ввиду степень соответствия netty-way

Скажите, а это нормально, что класс, помеченый как @Singleton, который инициализируется через провайдер не работает как синглтон в Play-Guice?

@Singleton @ProvidedBy(classOf[MyClassProvider]) case class MyClass(txt: String) { Logger(getClass).info("Loading") } class MyClassProvider extends Provider[MyClass] { lazy val get = MyClass("a") } class A @Inject() (clz: MyClass) class B @Inject() (clz: MyClass) val a = injector.getInstance[A] val b = injector.getInstance[B]

Loading выведется два раза

а инжектится провайдер или сам класс?

работает нормально только, если Provider тоже @Singleton

инжектится сам класс

случайно обнаружил

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

install(new FactoryModuleBuilder() .implement(classOf[Interface], classOf[Clazz]) .build(classOf[Factory])) bind(classOf[Interface]).to(classOf[Clazz]).asEagerSingleton()

ERROR: S client not available

Кто-нить обходится в скале без фабрик фабрик и прочих DI r контейнеров? Меня вопрос выше немного смутил честно говоря.

Хорошая девочка.

Кто-нить обходится в скале без фабрик фабрик и прочих DI r контейнеров? Меня вопрос выше немного смутил честно говоря.

Конечно, без них. Просто через аргументы передаю все нужные классы :) + reader monad иногда пытаюсь присунуть

Кто-нить обходится в скале без фабрик фабрик и прочих DI r контейнеров? Меня вопрос выше немного смутил честно говоря.

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

мне почему-то казалось, что TypeClasses решают проблемы DI

Конечно, без них. Просто через аргументы передаю все нужные классы :) + reader monad иногда пытаюсь присунуть

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

А еще круто, когда через DI можно выгрузить диаграму зависимостей в DOT. Это полезно для тестировщиков.

Собственно вот https://github.com/fomkin/injector Я тогда придумал какое-то требование которое просто так не получалось сделать и забил.

Кто-нить обходится в скале без фабрик фабрик и прочих DI r контейнеров? Меня вопрос выше немного смутил честно говоря.

обходимся без контейнеров вообще. а зачем они нужны?

ручное DI решает

код без аннотаций чище, прозрачнее - проще понять работу, легче поддерживать.

DI и аннотации это не одно и то же)

там вопрос был про контейнеры

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

посмотрите в модули плея, там нет аннотаций и xml

https://www.playframework.com/documentation/2.5.x/Modules это?

посмотрю, спасибо. правда play в работе не используем все равно.

play.api.inject.BuiltinModule

ну это же выглядит как тот же guice абсолютно)

то бишь как раз та самая "приложенная конфигурация в виде кода" (ну ок, без аннотаций)

но дополнительный код

по-моему то, что даже плей перешел на DI это яркий пример, что DI хороший паттерн и с ростом количества кода очень упрощает жизнь

OOP in large, FP in small

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

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

зато не возникает вопросов типа "почему объект со скоупом Singleton поднимается два раза" - потому что его создает собственный код

а теперь представьте, что вам нужно для тестов подменить один объект в графе зависимостей. Это сделать гораздо проще с DI, нежели с ручным построением графа зависимостеей

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

а теперь представьте, что вам нужно для тестов подменить один объект в графе зависимостей. Это сделать гораздо проще с DI, нежели с ручным построением графа зависимостеей

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

а вот если наш объект в графе зависит от 20 других объектов и их нужно тащить с ним для теста - это уже звоночек, по-моему

Недавно буквально изучал вопрос DI для Play приложения. Юзайте compile time DI и будет вам счастье. Более того, есть либы, которые позволяют упростить ручное создание зависимостей, типа Macwire

Есть Macwire, который собственно и вставляет аргументы