Чем Either катовский от стандартного отличается?

стандартный там

стандартный там

а, ок, посмотрю как они используют, хотя в принципе понятно.

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

что бы норм левый тип был

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

а что там за логические ошибки?

В either тоже можно писать логические ошибки ))

а что там за логические ошибки?

передан верный (по типу и формату) идентификатор, но от другого проекта. Неверная комбинация apikey и projectId например.

В either тоже можно писать логические ошибки ))

Ну если Throwable норм, то да

ну тогда тебе самому решать в плане EitherT

передан верный (по типу и формату) идентификатор, но от другого проекта. Неверная комбинация apikey и projectId например.

Вообще хотелось бы чтобы код не выбрасывали исключений. Чтобы просто можно было посмотреть в коробочку и сказать что там - результат или ошибка. да, наверное Either или EitherT

Ну если Throwable норм, то да

Зачем ?

Делаешь три класса, один прост твоя ошибка, второй логическая ошибка наследник твоей ошибки, третий сетевая ошибка наследниц твоей ошибки. Ну и дальше копродуктов к ним

Ещё, наверное, в трёх разных местах в своё время я пытался делать альтернативные Either, специализированные под мою задачу. В двух уже откатился на Either, одно ожидает

Делаешь три класса, один прост твоя ошибка, второй логическая ошибка наследник твоей ошибки, третий сетевая ошибка наследниц твоей ошибки. Ну и дальше копродуктов к ним

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

Ещё, наверное, в трёх разных местах в своё время я пытался делать альтернативные Either, специализированные под мою задачу. В двух уже откатился на Either, одно ожидает

Я чот не въехал что значит специализированные

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

Either где слева either ?)

Хорошо, всем спасибо, видимо будет Either (обычный) с иерархией ошибок.

Either где слева either ?)

Ну да, и что жаль пока нормальных coproduct не завезли. А шейплез боль

Что значим нормальный?

И в чем боль с shapeless

Ну шеплезевый копродукт разворачивать неудобно

Что значим нормальный?

Что бы настекать ошибки где хош

Ну начнём с того, что для его задачи и не нужен shapeless, а закончим тем, что наследование от класса эт по сути и есть копродукт)

Я знаю что это и есть копродукт, но я не хочу наследование

Хочу ошибки сирс, ошибки валидации и бизнесовые разом

Хочу exhausted matching

Как то так

Но да, все равно делаю через наследование

Ну начнём с того, что для его задачи и не нужен shapeless, а закончим тем, что наследование от класса эт по сути и есть копродукт)

надо картинку с ту с бабочкой с надписью "наследование" и скалистом говорящим "is this coproduct"?

Подливнул

Ну начнём с того, что для его задачи и не нужен shapeless, а закончим тем, что наследование от класса эт по сути и есть копродукт)

вообще, конечно, наследование - это не копродукт

Эмуляция)

Хоть в каком то виде

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

надо картинку с ту с бабочкой с надписью "наследование" и скалистом говорящим "is this coproduct"?

:)))))

Есть тут юзеры monadless?

бросили ее вроде нет?

То есть даже не смотреть?)

ну там прошлого года коммит

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

попробуй в гиттер канале у них потыкаться

Есть еще другой улучшайзер фор-компрехеншена, но он не такой продвинутый

Ребятки,тут проблема образовалась.Может подскажет кто. Крч, некоторые зависимости проекта лежат на внутреннем репе (10.10.-.-).Была проблема,с внешними зависимимостями.Запилили впн.Внешнии подтянулись.С внутренними косяк(маршрутов не было). Прокинули маршруты,ииии...Теперь какого то хера проект не хочет даже пробовать выкачать зависимости с репозитория который в резолвере добавлен resolvers += "name" at "http://10.10.-.-/artifactory/libs-release" ivy2 cache чистил

target'ы тоже?

само собой

в итоге по debian:packageBin - пробует скачать из внутреннего мавеновоского и локального.

по внутреним,которые в резолвере указаны,не пробует

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

externalResolvers не переопределяли?

Неа

в том и дело что вообще нихрена

2 день голову ломаю

sbt удали и поставь ?

пробовал

:)

самое мерзкое,что через впнку зависимости выкачиваются порядка 5-8 минут

если клинить всё

Ребятки,тут проблема образовалась.Может подскажет кто. Крч, некоторые зависимости проекта лежат на внутреннем репе (10.10.-.-).Была проблема,с внешними зависимимостями.Запилили впн.Внешнии подтянулись.С внутренними косяк(маршрутов не было). Прокинули маршруты,ииии...Теперь какого то хера проект не хочет даже пробовать выкачать зависимости с репозитория который в резолвере добавлен resolvers += "name" at "http://10.10.-.-/artifactory/libs-release" ivy2 cache чистил

Не пробует выкачать - это значит ошибку пишет?

ща кусок лога скину

всё.То есть,как видно,пробует он только из repo1.maven

дальше пишет - unresolved

а так указано,что есть еще 2 репозитория как минимум

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

после того как маршрут появился - всё.Он просто даже не пробует к ним

ERROR: S client not available

Может ошибку закешировал. Что пишет? Что нет такой библиотеки? Зависимость библиотеки или plugins.sbt?

он в итоге пишет - unresolved dependencyes.Нет таких артов.А по факту,он ищет их в локальном и в repo1.maven

Попробуй через ++=Seq(repo)

Я так и не понял это зависимости из build.sbt или plugins.sbt.

И так через ++=Seq Зависимости из build.sbt

а подпроекты есть?

нету

Может закешировал ошибку локально. Надо посмотреть порядок resolvers.

Кстати, заметил что вы coursier не используете. Может стоит? Глядишь и выкачает быстро даже по VPN.

https://github.com/coursier/coursier

у нас сейчас стоит вопрос о покупке корп-впнки.Я не решаю за это.Пока на коленке смастерили из чего было

Попробуйте в ivy поискать свои артифакты. Может там файл с ошибкой лежит.

Локально

Но лучше coursier

https://github.com/lampepfl/dotty/issues/1260

дот в прод

ivy чистил несколько раз

думаю что еще можно такое почистить

думаю что еще можно такое почистить

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

идея фикс

нашел решение.

sudo rm -rf ~/

помогает и бодрит

sudo rm -rf ~/

Проще было .sbt глянуть

да смотрел

Чудес ж не бывает )

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

ну мол,один раз,и все.Хорош

По-моему у ivy два каталога где смотреть и ещё несколько у sbt. Хорошо помогает find -name по артефакту.

Как мне кажется и все посмотрел.Все что можно почистил.Пару раз ломал.Потом чинил

https://github.com/lampepfl/dotty/issues/1260

По моему отлично вообще

чет их там вообще понесло)