На основе хранилища строить кластер приложения?

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

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

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

да вот у них даже пример есть

https://hazelcast.org/

DistributedExecutorService

Так это не про то

У тебя есть данные на нодах

Чтобы не гонять по сети ты их считаешь на месте

И гоняешь только результат

Эдакий map-reduce

А что там с ACID у этого Executor Service?

А что там с ACID у этого Executor Service?

я думаю ничего

А что там с ACID у этого Executor Service?

Его нету, очевидно.

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

Не, спринг прекрасен, никаких претензий.

https://github.com/bootique/bootique-undertow/blob/master/bootique-undertow-example/src/main/java/io/bootique/undertow/EchoRestController.java

Покритикуйте

exchange.getResponseHeaders().put(Headers.CONTENT_TYPE, "text/plain"); exchange.getResponseSender().send("Hello World!");

очень многословно

Это чисто андртоу апи

сюда бы флюент

ну врапни

Респонс Бади потом сделаю

по сути спринговый контролы

но без аннотаций

сюда бы флюент

Хорошая идея

т.е. нормально, но кое-где многословно

А как вам роутинг в конструкторе?

https://github.com/bootique/bootique-undertow/blob/master/bootique-undertow-example/src/main/java/io/bootique/undertow/EchoRestController.java

А статических констант для plain/text нету?

А как вам роутинг в конструкторе?

а роутер какой?

@Inject public EchoRestController(RoutingHandler routingHandler) { routingHandler .get("/", this::get) .get("/exception", this::getException) .post("/{name}", this::post); }

про это?

ну я про кишки

И что будет если в другом контроллере попадется такой же path?

И что будет если в другом контроллере попадется такой же path?

спринг падает кстати при таком сценарии

ну либо exception - что логично но не узнаешь до запуска

либо оверрайд

ну я про кишки

Тоже от андертоу. Уже спрашивал.

ок )

а что там в андертоу в кишках?))

Кто его знает. ?

я делал что-то вроде вот такого

https://github.com/danielnorberg/rut

структура похожая, только еще и типы пасварсов поддерживаются

А статических констант для plain/text нету?

Не уверен, вроде лежат

а роутер какой?

RouterHandler который в андертоу есть

И что будет если в другом контроллере попадется такой же path?

Тихо мирно туда не будут приходить реквесты)

RouterHandler который в андертоу есть

да это гугочка уже подсказал

а что там в андертоу в кишках?))

xnio

Тихо мирно туда не будут приходить реквесты)

В какой из них?

https://github.com/danielnorberg/rut

посмотрю, спасибо

Это понятное, что в тот кто последним инстанс сделал.

кстати да какой порядок?

В какой из них?

как повезет, там в guice Set) Но идею я понял, добавлю опциональную валидацию. Задача с одной стороны оставить голый API андертоу, с другой сделать простой, удобный API

как повезет, там в guice Set) Но идею я понял, добавлю опциональную валидацию. Задача с одной стороны оставить голый API андертоу, с другой сделать простой, удобный API

вот не люблю я наружу выставлять апи от либ.

иногда оно меняется

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

иногда оно меняется

Привет финагл и нетти

у нас так чтуть не случилось с нетти

но оно завраплено и все перевели достаточно безболезненно

Привет финагл и нетти

они на 3-м еще сидят?

вот не люблю я наружу выставлять апи от либ.

будет два пути - 1. взять модуль, и писать свои хендлеры поверх голого андертоу (мы предоставляем только настройку, и запуск). 2. использовать API который должен решать без бойлерплейта стандартные задачи, и быть стабильным (апи, настройка, запуск)

они на 3-м еще сидят?

Не знаю, давно за ними не слежу.

есть те кто обмазался в микросервисах на spring-boot?

будет два пути - 1. взять модуль, и писать свои хендлеры поверх голого андертоу (мы предоставляем только настройку, и запуск). 2. использовать API который должен решать без бойлерплейта стандартные задачи, и быть стабильным (апи, настройка, запуск)

ну вот первый путь - он череват. быстрее, проще, но поддержка может встать колом. Выпустят undertow 2.0 какой-нибудь. и вы будете переписывать половину настроек, и пользователи удивятся при обновлении. и будут либо на старом сидеть, либо тоже переводить на новое API

ERROR: S client not available

есть те кто обмазался в микросервисах на spring-boot?

есть

правда пока только чуть чуть обмазался

правда пока только чуть чуть обмазался

Есть какая нибудь инфа как можно допилить discovery что бы он при падении одного из микросервисов дергал его образ с докерхаба и поднимал копию? С проксями на него соответственно

о_О

Или самому запиливать через docker api ?

подымал еще один в кластере ты имеешь ввиду?

я только эврику заюзывал, она такого не умеет

Да

Она умеет чекать сервисы на доступность

И если сервис недоступен вызывать diskocery

Есть же композ

https://docs.docker.com/compose/overview/

Discovery*

Дада

Он сам будет следить за инстансами

compose еще не deprecated?

Композом мы прост поднимаем образ

Он еще в тесте

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

(я сам пользуюсь композом) насколько я вижу все в сворме будет

в композе настроил N нод, и они все упали и не подымаются при рестарте, надо добавить N+1. Так?

Ну сворм же для объединения нескольких хостов

акка кластер тоже раньше на сколько помню был поверх хазелькаста

???

это было бы крайне странно

это было бы крайне странно

это было лет 5 назад, стопроцентов

у нас на проекте выкинули хазелкаст и переписали на голом акка-кластер

потому и удивился)

но это было относительно недавно

@gamussa

@gamussa

Я за него

акка кластер тоже раньше на сколько помню был поверх хазелькаста

а наврал