у меня тут дикий вопрос назрел, в jdk же нет hot reload? Ну т.е перекомпилить класс и в печь(jvm) сразу чтобы не рестартовать сервер из-за изменения одного двух классов?

В ран конфиге выпадающий список "on Update action"

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

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

это вот так = послал ты данные и ничего с этим сокетом сделать не можешь пока тебе ответ не прилетит, это конечно замечательно, и можно сказать - да посрать, но чем это отличается от синхронного подхода в целом

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

В ран конфиге выпадающий список "on Update action"

не работает

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

что за CIO?

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

что за CIO?

имплементация на корутинах

имплементация на корутинах

на котлине?

а как они решают отказ огт нетти?

CIO - Coroutine I/O. сейчас головняком с I/O в основном нетти занимается

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

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

уделяли бы loom должное внимание, может бы и го даже не взлетел, имхо.

не работает

заработало

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

асинк из коробки - это не та проблема, которая стоит при выборе языка)

асинк из коробки - это не та проблема, которая стоит при выборе языка)

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

ой опять граблями по воде, а не споры

сколько читаю, спорите на одни и теже темы

в особенноости про АИО

это нормально, люди разные

в группе около 1+к людей

да и лица с большего одни и теже спорят

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

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

у меня больше от thread local пригорает и то что он везде юзается

у меня больше от thread local пригорает и то что он везде юзается

чито с ним не так?

я его люблю

а с корутинами тяжко его юзать

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

но там делают костыль для этого

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

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

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

ну и тут начинаются пляски)

ну и тут начинаются пляски)

какие7

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

с корутинами все тоже самое, это и есть боль

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

зачем так делать?

расскажи это логерам и их MDC

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

Потоком хочется считать поток выполнения кода, выполняющего операцию, а не java.lang.Thread. А это одно и то же только для синхронного кода.

Потоком хочется считать поток выполнения кода, выполняющего операцию, а не java.lang.Thread. А это одно и то же только для синхронного кода.

ничего не понял что ты имел ввиду

ничего не понял что ты имел ввиду

Ну вот делаю я что-то асинхронное. И например у меня есть контекст (id запроса например). Было бы удобным класть такое в ThreadLocal, чтобы оно писалось в логи без явного таскания этого параметра с собой, не так ли?

Ну вот делаю я что-то асинхронное. И например у меня есть контекст (id запроса например). Было бы удобным класть такое в ThreadLocal, чтобы оно писалось в логи без явного таскания этого параметра с собой, не так ли?

эм, нет

эм, нет

предлагаешь эту мета инфу носить за собой везде в явном виде как это делается на го?

любой вызов функции начинается с передачи туда контекста?)

предлагаю по всякой фигне трид локал не дергать вообще

(id запроса например) - это фигня?

для трид локала? да

можно пример кода?

ок, как ты с трейсингом работаешь?

ок, как ты с трейсингом работаешь?

прелагаю обсуждать на примерах кода :)

пришел от юзера запрос, нужно в логах найти все логи которые относятся именно к этому запросу

я думаю нет смысла дальше обсуждать)

пришел от юзера запрос, нужно в логах найти все логи которые относятся именно к этому запросу

ну ок, тоскай свои айдишки в трид локалах

особенно в асинхронном коде, вообще наверное классный варик

особенно в асинхронном коде, вообще наверное классный варик

А если откинуть эту проблему и представить, что код синхронный?

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

ну да, зачем их тоскать

А если откинуть эту проблему и представить, что код синхронный?

явно так завязываться на синхронности - пожалуй нет

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

и как трид локал тут спасет?

и как трид локал тут спасет?

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

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

https://cloud.spring.io/spring-cloud-sleuth/ вот как один из вариантов того же спринга

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

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

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

в явном виде?

в явном виде?

в виде какого-нибудь соправаждающего обьекта

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

явно так завязываться на синхронности - пожалуй нет

Т.е. это главный минус ThreadLocal, так?

ERROR: S client not available

Т.е. это главный минус ThreadLocal, так?

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

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

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

а в таком случае все прозрачно

раньше тридлокалы юзал очень локально для избегания лишних аллокаций

чисто как перформанс оптимизация

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

в 11 джаве он под все 3 ОС

в 10тке только линь

а тесты производительности чего говорят?

а тесты производительности чего говорят?

грааля?

да

да

я не гонял, но вот чуваки из твитера довольны

главное чтоб на юзере не тестить её)

Есть такой код: StringBuilder sb = new StringBuilder(); HttpURLConnection uc = null; uc = (HttpURLConnection) new URL(url).openConnection(); uc.setRequestMethod("GET"); uc.connect(); String line; BufferedReader in = new BufferedReader( new InputStreamReader(uc.getInputStream(), "cp1251")); while ((line = in.readline())!=null) { sb.append(line); sb.append("\n"); } in.close(); uc.disconnect(); return sb.toString(); Почему вылазит ошибка readline is undefined method for the type BufferedReader

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

Что именно

имя метода

Ааа, боже, с регистром ошибся

но в любом случае спасибо

Остались еще люди, которые не пользуются IDE?))

Остались еще люди, которые не пользуются IDE?))

Sublime?

Gi

sublime

На жабке в сублиме писать? Знатный изврат))

С чего бы это

С твоего вопроса

Ну дело тут даже не в саблайме

а в python (как бы это смешно не звучало) я python-программист

В чтении файлов там есть .readline По привычке написал не с того регистра

ну дела