вот-вот, видел такое при использовании бдд либ

господа, такой вопрос. Если я хочу что-то делать с ui-элементами во фрагменте мне надо к ним обращаться в onCreateView или в onViewCreated?

вопрос снят, спасибо большое

зачем тогда тебе soap ui? в жс экосистеме валом всяких либ

SOAP UI это часть экосистемы. Я ее ны выбирал

По п.2: тут наверно не найти тех, кто на js пишет скрипты в SOAPUI(js поддержку позже добавили, чем groovy). Тут группа по jvm языкам, наверно здесь людям проще на groovy приспособиться

а по первому пункту?

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

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

а так же девелопер фраер и девелопер авторитет

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

а так же девелопер фраер и девелопер авторитет

а также девелопер петушок

че вы так сбер то поносите?)

Wooooo! Testcontainers набрал 1000 ⭐️ на гитхабе: https://github.com/testcontainers/testcontainers-java Спасибо всем кто не поленился добавить свой вклад в это число ?

github start driven development

чат

Wooooo! Testcontainers набрал 1000 ⭐️ на гитхабе: https://github.com/testcontainers/testcontainers-java Спасибо всем кто не поленился добавить свой вклад в это число ?

Он достоин миллиона звезд

А какие-то парсели столько за день набирают ?

есть вопрос. какой сейчас http слиент модный?

есть вопрос. какой сейчас http слиент модный?

OkHttp

надо long polling api слушать

Ну, я знаю, что он сменил футболку на стикерпаке =))) Ладно, спрошу так: есть у кого-нибудь какая-нибудь таблица сравнения hazelcast с другими инструментами?? Интересует особенно сравнение с couchbase, redis =)

Я знаю что народ который пилит Apache ignite сравнивает производительность относительно хазелкаста. Игнат в два раза быстрее.

Я знаю что народ который пилит Apache ignite сравнивает производительность относительно хазелкаста. Игнат в два раза быстрее.

Когда так говорят, всегда есть подозрение, что они тестят на своих каких-нибудь бенчмарках, которые годяться только для 5% процентов реальных юзкейсов

а подскажите плиз аналог Confluence от JetBrains?

Я взял flexmark для маркдауне, создал один единственный контроллер, который из url берёт имя файла, на лету преобразует в html и вставляет в шаблон со стилями. Стили готовые нашел. Редактировать можно прямо на гитхабе тексты. Профит.

Когда так говорят, всегда есть подозрение, что они тестят на своих каких-нибудь бенчмарках, которые годяться только для 5% процентов реальных юзкейсов

Ну у меня приятель там работает. Тестируют конкретные функциональности. Ему незачем мне врать :)

Типичная история про бенчмарки. Жена соседа мне сказала...

Всем привет =)) Кто знает, а Виктор Гамов больше по хазелкасту на вопросы не отвечает?

можно его самого спросить

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

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

ну ты что, им же нету смысла врать, в самом деле

можно его самого спросить

Сорян =) хотел зайти из далека, и прояснить какие у тебя отношения с хазелкастом, после появления надписи kafka на майке =)

Сорян =) хотел зайти из далека, и прояснить какие у тебя отношения с хазелкастом, после появления надписи kafka на майке =)

да нормальные у меня отношения

вот ведь жопа. не могу ни в одном модном http клиенте сделать получение chinked respnse (может не то гуглю), зато HttpURLConnection - сразу все заработало

В общем, вопрос был глупый, кмк, а может и нет. Было совещание по поводу выбора технологии, грубо говоря хазелкаст не входит в список одобренного ПО, поэтому нужно было объяснить, как он появился магически в проекте(искал всякие таблицы, сравнивающие хазел с тарантулом, couchase, redis). Но, к сожалению, война уже проиграна =) Иногда слишком сложно спорить, с проектной командой внутри большой организации

больщой плюс ХЗ - он эмбедидся хорошо

Да, и синхронная репликация вроде как есть, и персистенс.

вот ведь жопа. не могу ни в одном модном http клиенте сделать получение chinked respnse (может не то гуглю), зато HttpURLConnection - сразу все заработало

а в старом добром ApacheHttp не пробовал?

а в старом добром ApacheHttp не пробовал?

пример в студию

пример в студию

пока нет, гуглю =)

я вот тоже нифига не нагуглил

вот ведь жопа. не могу ни в одном модном http клиенте сделать получение chinked respnse (может не то гуглю), зато HttpURLConnection - сразу все заработало

А попробуй мой https://github.com/wizzardo/Tools/wiki/HttpClient оно на HttpUrlConnection сделано

А попробуй мой https://github.com/wizzardo/Tools/wiki/HttpClient оно на HttpUrlConnection сделано

есть пример когда long polling response?

М.. нет, по идее не должно отличаться от обычного запроса

Оно ведь блокирующее

new Request("url").get().asString() никогда не закончится, например

т.е. asString() не вызовется, не?

А попробуй мой https://github.com/wizzardo/Tools/wiki/HttpClient оно на HttpUrlConnection сделано

ты чет жестко пиаришь свой велосипед)

while ((line = is.readLine()) != null) { System.out.println(line); }

вот собственно и все что мне надо

ты чет жестко пиаришь свой велосипед)

Ваще жёстко

new Request("url").get().asString() никогда не закончится, например

Оно с таймаутом упадет

я так не хочу :)

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

есть вопрос. какой сейчас http слиент модный?

webflux webclient

я так не хочу :)

не то? URL url = new URL("https://axibase.com"); url.openConnection(); url.openStream(); try (BufferedReader reader = new BufferedReader(new InputStreamReader(url.openStream()))) { String line; do { line = reader.readLine(); System.out.println(line); } while (line != null); }

okhttp он не умеет в NIO

https://github.com/agemooij/stream-experiments/blob/master/src/main/scala/scalapenos/experiments/streams/LongPollingHttpClient.scala

Я уже накидывал данный вопрос про реализацию асинхронности в java ранее, но так и не решил, как поступить. Ситуация такая: Нужно переписать высоконагруженный сервер с Node.js на Java. На это много причин, одна из основных это наличие нужных качественных профильных либ. В самой программе много http и tcp запросов в разные сервисы, в том числе и собственные. Они очень медлительные, можно ждать ответа по 3-5 сек. Есть вариант использовать NIO с оберткой netty, НО! Код получается очень раздутым и плохо читаемым, а хочется чтобы он был таким же как на JS c async/await сейчас. Типа: вызвать и подождать сервис #1 обработать с помощью блаблакласса либы, используя данные из сервиса #1 вызвать сервис #2 и #3 и таких вызовов очень много. А с netty получается огромная раздутая лапша с вложенными классами. Не всем программистам будет сразу понятно что вообще происходит в данном месте программы, нужно будет изучить и понять развесистую структуру классов netty, которая замещает стандартные классы nio и не совместима с CompletableFuture. Есть ли варианты решения данной проблемы?

Я уже накидывал данный вопрос про реализацию асинхронности в java ранее, но так и не решил, как поступить. Ситуация такая: Нужно переписать высоконагруженный сервер с Node.js на Java. На это много причин, одна из основных это наличие нужных качественных профильных либ. В самой программе много http и tcp запросов в разные сервисы, в том числе и собственные. Они очень медлительные, можно ждать ответа по 3-5 сек. Есть вариант использовать NIO с оберткой netty, НО! Код получается очень раздутым и плохо читаемым, а хочется чтобы он был таким же как на JS c async/await сейчас. Типа: вызвать и подождать сервис #1 обработать с помощью блаблакласса либы, используя данные из сервиса #1 вызвать сервис #2 и #3 и таких вызовов очень много. А с netty получается огромная раздутая лапша с вложенными классами. Не всем программистам будет сразу понятно что вообще происходит в данном месте программы, нужно будет изучить и понять развесистую структуру классов netty, которая замещает стандартные классы nio и не совместима с CompletableFuture. Есть ли варианты решения данной проблемы?

Kotlin

Kotlin

Kotlin не подходит, начальство против. Разработчиков переучивать долго, боятся плохой совместимости и проблем с библиотеками Java.

Kotlin не подходит, начальство против. Разработчиков переучивать долго, боятся плохой совместимости и проблем с библиотеками Java.

Начальство не очень компетентное, я так понял

Kotlin не подходит, начальство против. Разработчиков переучивать долго, боятся плохой совместимости и проблем с библиотеками Java.

Если говнокодят на Java, то представь какие возможности с котлином будут)

Начальство не очень компетентное, я так понял

смелое заявление

Наоборот. Они все понимают

Я уже накидывал данный вопрос про реализацию асинхронности в java ранее, но так и не решил, как поступить. Ситуация такая: Нужно переписать высоконагруженный сервер с Node.js на Java. На это много причин, одна из основных это наличие нужных качественных профильных либ. В самой программе много http и tcp запросов в разные сервисы, в том числе и собственные. Они очень медлительные, можно ждать ответа по 3-5 сек. Есть вариант использовать NIO с оберткой netty, НО! Код получается очень раздутым и плохо читаемым, а хочется чтобы он был таким же как на JS c async/await сейчас. Типа: вызвать и подождать сервис #1 обработать с помощью блаблакласса либы, используя данные из сервиса #1 вызвать сервис #2 и #3 и таких вызовов очень много. А с netty получается огромная раздутая лапша с вложенными классами. Не всем программистам будет сразу понятно что вообще происходит в данном месте программы, нужно будет изучить и понять развесистую структуру классов netty, которая замещает стандартные классы nio и не совместима с CompletableFuture. Есть ли варианты решения данной проблемы?

посмотрите vert.x, spring web flux

очень похоже на то, что вы ищите

апи простое

нетти чистый достаточно низкоуровневый

Начальство не очень компетентное, я так понял

Я бы сказал они типичные бывшие enterprise разрабы, боятся всего нового и не проверенного

а тут добрые дяди написали обертки

а тут добрые дяди написали обертки

vert.x посмотрел, я так понял предлагается либо коллбек хелл, либо rxjava для организации кода.

а вертиксу у нас есть маленький адепт

@Sammers21

spring web flux не смотрел, это на новых реактивных стримах?

он на реакторе основан

vert.x посмотрел, я так понял предлагается либо коллбек хелл, либо rxjava для организации кода.

Колбек хелл вовсе не обязательен, можно использовать тот же CompositeFuture чтобы избежать этого

vert.x посмотрел, я так понял предлагается либо коллбек хелл, либо rxjava для организации кода.

https://vertx.io/docs/vertx-core/java/#_async_coordination

Я уже накидывал данный вопрос про реализацию асинхронности в java ранее, но так и не решил, как поступить. Ситуация такая: Нужно переписать высоконагруженный сервер с Node.js на Java. На это много причин, одна из основных это наличие нужных качественных профильных либ. В самой программе много http и tcp запросов в разные сервисы, в том числе и собственные. Они очень медлительные, можно ждать ответа по 3-5 сек. Есть вариант использовать NIO с оберткой netty, НО! Код получается очень раздутым и плохо читаемым, а хочется чтобы он был таким же как на JS c async/await сейчас. Типа: вызвать и подождать сервис #1 обработать с помощью блаблакласса либы, используя данные из сервиса #1 вызвать сервис #2 и #3 и таких вызовов очень много. А с netty получается огромная раздутая лапша с вложенными классами. Не всем программистам будет сразу понятно что вообще происходит в данном месте программы, нужно будет изучить и понять развесистую структуру классов netty, которая замещает стандартные классы nio и не совместима с CompletableFuture. Есть ли варианты решения данной проблемы?

Вообще vert.x изначально был задуман как node.js только на jvm, и назывался изначально node.x

https://vertx.io/docs/vertx-core/java/#_async_coordination

compose вот похоже то что нужно, спасибо, сейчас вчитаюсь более внимательно

Можно еще akka посмотреть

Можно еще akka посмотреть

А akka нормально работает с Java?

Да

Пока vert.x похоже на то, что нужно. Асинхронный чейнинг функций, это приблизительно то, что я искал.

Я уже накидывал данный вопрос про реализацию асинхронности в java ранее, но так и не решил, как поступить. Ситуация такая: Нужно переписать высоконагруженный сервер с Node.js на Java. На это много причин, одна из основных это наличие нужных качественных профильных либ. В самой программе много http и tcp запросов в разные сервисы, в том числе и собственные. Они очень медлительные, можно ждать ответа по 3-5 сек. Есть вариант использовать NIO с оберткой netty, НО! Код получается очень раздутым и плохо читаемым, а хочется чтобы он был таким же как на JS c async/await сейчас. Типа: вызвать и подождать сервис #1 обработать с помощью блаблакласса либы, используя данные из сервиса #1 вызвать сервис #2 и #3 и таких вызовов очень много. А с netty получается огромная раздутая лапша с вложенными классами. Не всем программистам будет сразу понятно что вообще происходит в данном месте программы, нужно будет изучить и понять развесистую структуру классов netty, которая замещает стандартные классы nio и не совместима с CompletableFuture. Есть ли варианты решения данной проблемы?

Зачем переписывать? Таки интересно услышать пртчины. Пусть нода работает с асинхронщиной и общается с жабовским сервисом у которого есть нужные либы. Субъективно конечно, но на жвм нет аналогов сравнимых с нодой по удобство и скорости разработки решений с nio

Удачи с vert.x и поиском разрабов)))

Webflux + Reactor наше всё

Удачи с vert.x и поиском разрабов)))

а жаба разрабы не подходят? там же ничего сверх нового

те же яйца только в профиль

Вот только с этими яйцами имели дело 100-1 разработчик в мире