Суппорт библиотечек Node.js

В спортлото пожалуйся

я уже туда писал. Не ответили.

А что за библиотека то?

Elasticsearch.js

То ли дело .Net, там порой даже документации нет.

запарил уже, хочешь троллить - убери тег.

Ты б еще на ЛОРе спросил. Хочешь поддержки - иди на гитхаб и создавай там issue. Ну и это бесплатное СПО, никто тебе ничего делать не обязан.

таг их можно декомпилировать ILDasm-ом. Причем код получается гораздо понятней, чем GitHub-овских JS-библиотечек.

Ну там форматирование, отступы. да.

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

В java доки особенно вырвиглазны. Часто проще читать сырцы. Потому что 90% этих доков созданы автогенерацией и ничего не описывают.

Elasticsearch.js

У него только один нормальный и удобный клиент — официальный на java. Остальные все пионерские поделки, работающие через голый http вместо нативного, не успевающие за растущими возможностями и не умеющие мониторить кластер на предмет новых/потявшихся нод.

а дот-нет?

При любом раскладе он будет хуже java-клиента.

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

https://github.com/elastic/elasticsearch-net
client ... uses ... REST API

Дык это же HTTP-клиент, со всем его оверхедом. Его можно сравнивать только с родным нативным java-клиентом в transport-режиме, но дотнет всё равно будет заметно латентнее из-за HTTP. На мелких нагрузках это всё конечно будет почти не заметно, но на серьезной задаче всё закончится переписыванием проЭкта на scala/java. (или ручным допиливанием пионерского клиента до функционала родного)

Эм... Обычно то, что меня интересовало, было документировано очень хорошо.

Т.е. наш прожект обречен, и нам нужно ждать Java-кодеров?

Т.е. наш прожект обречен, и нам нужно ждать Java-кодеров?

Т.е. наш прожект обречен, и нам нужно ждать Java-кодеров?

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

У нас была когда-то давно связка ES + erlang, плавали, знаем.

Если проект стоящий, и ES для него очень подходит, то вы сами придёте к наилучшему решению рано или поздно.

Java only?

Есть же нормальная scala, одобренная bioreactor'ом.