Size: a a a

2020 June 28

А

Артём Курилко... in pro.jvm
Всем привет, у меня есть исходники онлайн чата на спринг вебсокет и stomp js  https://github.com/callicoder/spring-boot-websocket-chat-demo и я хочу из одного сервера сделать 2, чтобы на одном был бек джавы и на другом тот файл js который будет работать с запросами
источник

А

Артём Курилко... in pro.jvm
если кто-то в этом разбирается я хочу спросить о настройках url
источник

A

Anton in pro.jvm
Oleksandr Olgashko
достаешь константы из базы, вот и джоины😂
Не то. Прогрессирующее от объема падение производительности JOIN в RDB, например по сравнению с GDB
источник

N

Nick in pro.jvm
Anton
Не то. Прогрессирующее от объема падение производительности JOIN в RDB, например по сравнению с GDB
Что есть rdb и gdb?
источник

A

Anton in pro.jvm
Nick
Что есть rdb и gdb?
Древние хранилища данных, жившие до redis'ов )
источник

A

Anton in pro.jvm
Реляционная и графовая БД
источник

N

Nick in pro.jvm
Так и думал что упоротые аббревиатуры)
источник

AK

Alexander Komarov in pro.jvm
Btw - gdb это отладчик
источник

A

Anton in pro.jvm
В контексте с JOIN?
источник

OO

Oleksandr Olgashko in pro.jvm
Anton
Не то. Прогрессирующее от объема падение производительности JOIN в RDB, например по сравнению с GDB
да запросто
например, механика делителей отлично ложится на графовую базу
источник

A

Anton in pro.jvm
Oleksandr Olgashko
да запросто
например, механика делителей отлично ложится на графовую базу
Это да. Но как калькулятором иллюстрирлвать отличие JOIN операций, в реляции и графах, когда там кроме теоритической алгоритмической сложности тьма слоев абстракций внутри. А если с GraphQL - распределенный JOIN,  еще дальше от калькулятора.
И еще в группу алгоритмов -  ахо-карасика какого нибудь или префиксное дерево - совсем калькулятором не показать, скорее запутать.
источник
2020 June 29

AE

Alexandr Emelyanov in pro.jvm
Ilia
Микросервисный калькулятор никому не нужен, но сделать можно
Вычислить 2+3 на кластере ignite
источник

R

Rus in pro.jvm
Привет всем! подскажите отчего XDOCReport может читать какие то идентификаторы а какие то нет?  или еще если в контексте имеются какие то ключи, то какие то он видит а какие то нет?
источник

R

Rus in pro.jvm
IXDocReport report = XDocReportRegistry.getRegistry().loadReport(in, TemplateEngineKind.Velocity, false);
IContext context = report.createContext(contextMap);
report.process(context, out);
источник

R

Rus in pro.jvm
в Контексте в данное время содержится 5 идентификаторов, но один он не видит
источник

AE

Alexandr Emelyanov in pro.jvm
Rus
в Контексте в данное время содержится 5 идентификаторов, но один он не видит
В каком смысле не видит?
источник

R

Rus in pro.jvm
В ворд файле есть идентификаторы которые мы добавили в контекст как хэшмэп (ключ, значение), которые в свою очередь должны заменять идентификаторы в ворде. Так вот какие то идентификаторы в ворде не заменяются
источник

AE

Alexandr Emelyanov in pro.jvm
Rus
В ворд файле есть идентификаторы которые мы добавили в контекст как хэшмэп (ключ, значение), которые в свою очередь должны заменять идентификаторы в ворде. Так вот какие то идентификаторы в ворде не заменяются
у ворда своя разметка, она может быть невидима, но при этом поломать плейсхолдер, например из за стилей каким-либо образом ${someId} может оказаться <tag1>${som</tag1>eId}, либо еще в миллионе вариций, у xdocreport в вики была статья как это обходить
источник

AE

Alexandr Emelyanov in pro.jvm
Rus
В ворд файле есть идентификаторы которые мы добавили в контекст как хэшмэп (ключ, значение), которые в свою очередь должны заменять идентификаторы в ворде. Так вот какие то идентификаторы в ворде не заменяются
источник

AE

Alexandr Emelyanov in pro.jvm
Rus
В ворд файле есть идентификаторы которые мы добавили в контекст как хэшмэп (ключ, значение), которые в свою очередь должны заменять идентификаторы в ворде. Так вот какие то идентификаторы в ворде не заменяются
источник