Кто-нибудь сталкивался необходимостью иметь netty 3 и 4 в одном проекте, и собирать его в sbt assembly? Пытаемся добавить native epoll туда, и после assembly всё разрывает на куски с NoClassDefFound

в одном рантайме две версии нетти не завести без кастомного класслодыря

можно зашейдить нетти при сборке джарника

типа скажем есть проект 1 (пусть тут нетти 1) и проект2 (от нетти 2) и есть третий где оба проекта нужны; тогда при собрке можно переименовать один из нетти

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

assemblyShadeRules in assembly := { val shadePackage = "package.shaded" Seq( ShadeRule.rename("com.google.common.**" -> s"$shadePackage.google.common.@1") .inLibrary( ... ).inAll ) }

он уже в готовых джарниках меняйт байткод?

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

да она не меняет байт код)

так меняет или не меняет?

ах меняет

типа

эээ не помню что он использует для этого

мне кажется там была ссылка как это делается в ридмихе

круто, спасибо!

тогда годно, если через байткод)

https://github.com/sbt/sbt-assembly#shading

https://code.google.com/archive/p/jarjar/wikis/CommandLineDocs.wiki

@pomadchin так, а если транзитивную зависимость шейдить, то тот кто зависит от неё, он же сломается?

его тоже зашейдить надо

угу

аккуратно шейдь смотри чо походу дела ломается

что поделать ):

иногда это красиво иногда не очень

Mikhail а как это поможет?

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

assemblyShadeRules in assembly := { val shadePackage = "shaded" Seq( ShadeRule.rename("com.google.common.**" -> s"$shadePackage.google.common.@1") .inLibrary( "lib1, "lib2" ).inAll ) }

lib1, lib2 + ... = это нетти которую шейдишь и все либы которые от этой версии нетти зависят

ага; если у тя чтото тянется транзитивно; берешь прям название тразитивной либы вписываешь ("blablaorg" %(%) "blablaname" % version)

круто

бояться нечего. проблемы будут, только если где-то используется Class.forName )))

да поэксперментируй с воможносятми шейдинга :D

кто-нибудь юзал гитлаб issue tracker?

Умеет кто-нибудь в .scalafmt? Хочу заалайнить последний поднимающий оператор в фор-компрехеншон

Типа вот этого

Автор говорит, ручками алайнит

Так можно конфигом вообще настроить, без кодирования?

Сколько людей, столько и стилей

Там в новой версии даже фрик не надо писать

Это типа читабельный код?

Я даблчекну, но вроде я этого не заметил

Типа читабельнее, чем без алайна

да если status match в отдельное место выделить, будетт очень ОК

даже ничего алайнить не придёться

Там в новой версии даже фрик не надо писать

Проверил, в моем подобном примере нужен

И это еще без ониона

May the Force be with you

Типа вот этого

мои глаза! хочу это развидеть

там же написано - freek - только для фриков)

круче только так https://i.redd.it/vox68l5tr9sx.jpg

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

Неожиданная реакция, признаться

Что плохого -то, поясните?=)

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

на правах вброса: http://stackoverflow.com/questions/218123/what-was-the-strangest-coding-standard-rule-that-you-were-forced-to-follow

Господа скалисты, а у вас не было такого что в for comprehension от одной фьюче к другой ОЧЕНЬ ДОЛГО переключается?

очень долго это от 1 до 20 секунд

или может с промисами что-то такое было, мы щас грешим на конвертацию java фьючей в скальные через promise

Господа скалисты, а у вас не было такого что в for comprehension от одной фьюче к другой ОЧЕНЬ ДОЛГО переключается?

может тредов маловато?

да нагрузки нету даже

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

при этом другая работа продолжает выполняться, не похоже на stop the world

а как конвертите? можно код?

щаа

def future(future: ResultSetFuture, requestContext: RequestContext): Future[ResultSet] = { val promise = Promise[ResultSet]() val callback = new FutureCallback[ResultSet] { def onSuccess(result: ResultSet): Unit = { promise success result } def onFailure(err: Throwable): Unit = { val message: String = "DB query was not performed properly" log.error(s"$message: $requestContext", err) promise failure new BackendException(Err.Internal, err.getMessage).initCause(err) } } Futures.addCallback(future, callback) promise.future }

это правда кассандровская фьюча конвертится

@danslapman подойдет? :)

возможно, что-то с addCallback не так, не работал с гуавой

а зачем вообще связываться с коллбэками, когда можно future { jfuture.get } ?

хотя бы для теста

потому что это блокирует поток же

Мы вот это юзаем для конвертации кассандровских фьюч в скаловски implicit def listenableFutureToFuture[A](lf: ListenableFuture[A])(implicit executionContext: ExecutionContext): Future[A] = { val promise = Promise[A] lf.addListener(new Runnable { def run() = {promise.complete(Try(lf.get())); ()} }, executionContext.asInstanceOf[Executor]) promise.future }

@notxcain в обычном execution context?

оно же блочит его поток тогда?

Хотя гуавовская муть тоже блочит походу

почему блочит?

она выполняет Runnable когда готово

> Waits if necessary @notxcain

.get()

где?

это же коллбек

значит уже ждать не надо

аа, сори, чот я упустил

ага

спасибо!

нашёл тут вот такой проект https://github.com/Spikhalskiy/futurity

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

если это голая Future - действительно, требуется либо вешать 1/несколько тредов, либо использовать таймер и опрашивать Future (с таймером получается очень долго). А ListenableFuture/CompletableFuture конвертируются нормально без тредов и тормозов

Для пользователей Finagle есть либа Twitter Bijections, в которой все это врапится/анврапится автоматом

https://www.microsoft.com/en-us/sql-server/sql-server-vnext-including-Linux

очень хочется чтобы запустили студию для скалы

идея получше будет, нет?

Ага, студия с рескалером ;)

идея итак с ним

решарпер это джетбрейнс же

ссори за оффтоп, но подскажите плиз: есть Entity (например, User) и мне надо сделать @Immutable AdminUser extends User, у которого будет 1 дополнительное поле - @Formula(" length(name) ") можно ли в хибернейте(jpa) сделать такое наследование, не меняя базовый класс и не вводя dtype?