EnderBro3D

- "ctrl + o"
- выбираете методы
- жмете "ок"

Раз не склеивается само, значит нужно склеивать самому. Алгоритм довольно прост - читаем из буфера не более readableBytes() байт. Если не хватило данных до полного пакета, то сохраняем прочитанное и ждём следующего пакета, откуда дочитываем недостающее.

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

Вот эти квадратики в логе почти наверняка и есть маркер окончания пакета или заголовок следующего:


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

long count = map.values()
                .stream()
                .filter(v -> v)
                .count();

Только не помню, чтобы у Map был метод add()

Общее представление можно получить из книги Maurer, Wolfthal - Netty in Action. Документацию по API читать на официальном сайте. Ну и сразу готовиться к тому, что придётся постоянно лазить за ответами в исходники, как самого Netty, так и использующих его проектов. Найти их можно на Github'е. Кроме того, стоит учесть, что без знания принципов сетевого программирования шансов на успешное освоение нет.

С какого фига там where то взялось?
Он и так знает что обновлять т.к. уникальный ключ уже имеется, значит и обновлять эту запись конфликтную надо.

На сколько мне известно, ни один jdbc-драйвер на сегодняшний день не поддерживает асинхронных запросов. Более того, сам стандарт JDBC API асинхронности не предусматривает. Асинхронность в JDBC запланирована на Java 10, но могут и перенести. А пока вы можете только завернуть функциональность общения с БД в какую-то абстракцию, которая будет выполняться в своём потоке и эмулировать асинхронность.