привет. я хочу сделать такую тулзу - простой http-прокси, который один бэкэнд считает эталонным и сразу же отдает клиенту результат запроса к нему, а в фоне делает этот же запрос во второй, тестовый бэкэнд, сверяет ответы и куда-то репортит при несовпадении. с прокси-частью все просто - взял aleph, в нем все есть. а вот со сравнением ответов в фоне у меня есть некоторое непонимание - как вообще сделать обработку в фоне?

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

по мне дак сделать внешнюю очередь и обрабатывать все там отдельно

1 - этот прокси предполагается self-contained тулзой без зависимостей и предельно тупым деплойментом. если бы не “предельно тупой деплоймент”, я бы взял эрланг. 2 - зачем мне внешняя очередь, если у меня нормальный multicore рантайм? я на общем уровне понимаю, что мне нужно как-то сделать thread pool with bounded task queue, я не знаю, как это сделать из имеющихся у меня компонент.

@nwalkr про асинк в кложе наверное подскажут, но есть запасной аэродром в виде java, можно подумать чтобы создать threadpoolexecutor или чего там, и оттуда же пускать любимую кложу

давненько не дергал алеф, но нельзя-ли просто создать manifold.deferred в конце реквеста и там сделать что надо + если надо координацию через простой атом ну или какой java queue механизм

обычный (future ) это и будет отдельный поток, не подойдет?

ну у aleph там своя обертка уже есть в виде этого manifold.deferred

хотя суть одна да

привет всем

а я в машине посмотрел русский хангаут с маньяками из джетбрейнз. О_о

осталась пара вопросов 1. они здесь, на канале среди нас?) 2. код куда-нибудь выложен?

о чем хоть речь?

https://www.youtube.com/watch?v=wAEyZ--xgTw

не могу признаться, что много понял, но проникся)

ещё, кажется, по описанию их система не может работать когда клиентов больше нескольких десятков. кажется.

кода нет, они среди нас 🙂

а скажи их ники 🙂 может потом в привате докопаться, что там к чему) интересно всё же

jetzajac

ещё кстати нубский вопрос по фронт-энду у меня есть меню, выбирающее из трёх компонентов, и в первом из них подменю

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

@leov: 1. Через стейт аппа, путем изменения этого стейта 2. Через стейт компонента, путем изменения стейта компоненты в нужно чилдрене

С первым меньше мороки

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

я так понимаю, надо перемоделировать каждый конечный маршрутизируемый компонент как рутовый

так?

то есть маршрутизатор навёл на A/2 значит это будет рутовый компонент, который дёрнет разметку A, а тот в свою очередь дёрнет разметку/компонент Root

так покатит?