EF
не должно сломаться, потому что под сокет апи будет адаптация с файберами
что-то аля nio?
Size: a a a
2020 December 13
D
что-то аля nio?
апи старое
AE
Только когда оно доедет с поддержкой фреймворков
AE
Контейнеров, томката например
B1
и вообще многие вещи на файберы будут переписаны
я не совсем понял, если что - это для тестов. мне в одной form/data нужно передать и файл(который и так заходит) и еще поле @RequestPart
но не могу найти способа, как через MockMvcRequestBuilders загнать еще Part. У него даже есть поле .part(Part), но хз что туда положить
но не могу найти способа, как через MockMvcRequestBuilders загнать еще Part. У него даже есть поле .part(Part), но хз что туда положить
D
я не совсем понял, если что - это для тестов. мне в одной form/data нужно передать и файл(который и так заходит) и еще поле @RequestPart
но не могу найти способа, как через MockMvcRequestBuilders загнать еще Part. У него даже есть поле .part(Part), но хз что туда положить
но не могу найти способа, как через MockMvcRequestBuilders загнать еще Part. У него даже есть поле .part(Part), но хз что туда положить
все очень просто
GM
если ответ "да", тогда другой вопрос. каким образом мы будет держать кучу соединений, если каждый вызов староного socker api будет блокировать continuation. если ответ "нет", тогда вопрос почему? каким образом после блокирующего вызова
Socker.accept() управление перейдет к другому continuationКонтинуэшен останется на этом аксепте а реальный нативный поток "отцепится" и пойдёт другую работу делать
Поэтому вам и не нужны ни колбеки ни промисы ни реактивные стримы ни прочие костыли
Поэтому вам и не нужны ни колбеки ни промисы ни реактивные стримы ни прочие костыли
B1
у этого билдера есть метод .file()
через него я и сетаю свой файл
D
через него я и сетаю свой файл
ну вот и создавай два таких MockMultipartFile