Netcore Source (Netty)

[n3k0nation]

-[deleted]-

[Aquanox]

Netty это очень хороший фреймворк. Network I/O для своего сервера я писал с его использованием (только остались местами косяки с синхронизацией при большом количестве клиентов которые я никак не могу отладить) . Также посмотри про JBoss XNIO фреймфорк.

Отсутствуют ChannelPipelineCoverage аннотации на хендлерах (они обязательны)
Вместо использования DOM в Filter лучше бы использовал SAX - былобы нагляднее и удобнее.
Не установлен хендлер bufferFactory на pipeline ( - он по умолчанию будет тебе выдавать дефолтный ChannelBuffer с BigEndian порядком.
Не стоит выносить в конфиги слишком много опций - только те которые пользователи должны изменять.

Какой смысл в SessionDaemon ? зачем на клиента отдельный поток заводить.

Нет вызовов к super в ServerHandler

[n3k0nation]

Netty это очень хороший фреймворк. Network I/O для своего сервера я писал с его использованием (только остались местами косяки с синхронизацией при большом количестве клиентов которые я никак не могу отладить) . Также посмотри про JBoss XNIO фреймфорк.

Отсутствуют ChannelPipelineCoverage аннотации на хендлерах (они обязательны)
Вместо использования DOM в Filter лучше бы использовал SAX - былобы нагляднее и удобнее.
Не установлен хендлер bufferFactory на pipeline ( - он по умолчанию будет тебе выдавать дефолтный ChannelBuffer с BigEndian порядком.
Не стоит выносить в конфиги слишком много опций - только те которые пользователи должны изменять.

Какой смысл в SessionDaemon ? зачем на клиента отдельный поток заводить.

Нет вызовов к super в ServerHandler

Большое спасибо за указание на мои ошибки, будем знать.
Смысл в SessionDaemon:
создается демон, который смотрит на всех клиентов и если клиент слишком долго неактивен (используется только при подключении), то мы его отрубаем; в принципе сделано с целью "защиты" и обрубания полу-мертвых коннектов.

[Aquanox]

я думаю не стоит этого делать. работа слежения за конектами у меня лежит полностью на netty и он вполне с этим справляется.