Обмен информацией Login <-> Game

[n3k0nation]

А поподробней...

Создаем рентрант лок / семафор. Отсылаем нужный пакет. Пакет делает лок, первый поток встает тоже на лок (получается ожидание из-за пакета). По приходу, парсим пакет, если это наш ответ, то делаем анлок.
В принципе можно на тех же wait сделать без конкурент пакета.

[SouthBridge]

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

[n3k0nation]

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

Это уже вопрос в качестве реализации связки.
Помню пилил прототип связки на RMI, но все загнулось, т.к. не понятно, что делать при условии отвала, кроме реконнекта и уведомления слушателей

[linliss]

Блокировку нужно ставить не на поток, а на действия клиента, чтоб пока не прийдет ответ с аутха, он не мог ничего сделать.

[Donatte]

Вот это меня и беспокоит больше всего. Спасибо. Инфа очень полезная.

[n3k0nation]

Вот это меня и беспокоит больше всего. Спасибо. Инфа очень полезная.

Тут еще GabberBaby на ушко шепчет, что можно использовать Callable без всяких явных локов.

[Mifesto]

а не легче слать на ГС мыло в пакете PlayerAuthResponse, шлется один раз при выборе сервера, а там сохраняем в GameClient.

[Donatte]

а не легче слать на ГС мыло в пакете PlayerAuthResponse, шлется один раз при выборе сервера, а там сохраняем в GameClient.

Спасибо. Это самый лучший вариант. Остальные - костыли.

Всем спасибо за советы. Многое узнал и о сервере и о Java. Тему можно закрывать, т.к. в GS ушла вся инфа нормально.