Как поддерживать пользователя авторизированным в приложении?

NeZabuduTebya, пожалуйста, попрошу без оскорблений

Как поддерживать пользователя авторизированным в приложении?

Алексей Черемисин, сколько примерно может занять изучение Spring'а до более менее нормального уровня

Как поддерживать пользователя авторизированным в приложении?

А оставлять проект не доделанным не есть гуд

Как поддерживать пользователя авторизированным в приложении?

Алексей Черемисин, Просто сейчас я делаю это для проекта в школу, а изучать Spring достаточно долго (ну вроде как я понимаю). И я не думаю что дальше этого проекта продолжу двигаться в данном направлении, думаю перейти на ML.

Как поддерживать пользователя авторизированным в приложении?

Алексей Черемисин, Ну допустим что бы понять как это всё работает на более низкой абстракции можно же я думаю писать велосипед.

Как поддерживать пользователя авторизированным в приложении?

Я делаю клиент на Java на комп не в браузере.

Как поддерживать пользователя авторизированным в приложении?

А что тогда хранить в кубке( ну номер сессии или лучше всё время передавать логин пароль)?

Как поддерживать пользователя авторизированным в приложении?

Алексей Черемисин, Я делаю это чисто из интереса, просто появилось желание сделать на чистой java

Как поддерживать пользователя авторизированным в приложении?

То есть лучше с каждым запросом от клиента отправлять куки?

Как поддерживать пользователя авторизированным в приложении?

Алексей Черемисин,

Эрнэст Фарукшин, а как вы одного пользователя от другого отличаете?

Ну так я храню сокет-логин а логин уникален

Как поддерживать пользователя авторизированным в приложении?

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

Как поддерживать пользователя авторизированным в приложении?

Я хочу написать на чистой JAVA

Как поддерживать пользователя авторизированным в приложении?

То есть хранить в мапе нельзя?

Что лучше применить для мессенджера многопоточность или неблокирующий ввод/вывод?

Сергей Горностаев, а сколько примерно можно выделить потоков в пул для эффективной работы

Что лучше применить для мессенджера многопоточность или неблокирующий ввод/вывод?

Сергей Горностаев, Вприципе в данной реализации нет обращения к бд (т.к. пока пытаюсь разобраться с NIO), но в следующей реализации мне придется обращаться в бд на каждый запрос, то есть юзер отправил сообщение это нужно положить в бд, юзер входит нужно узнать правильный ли логин пароль и и.п. Получается мне везде создать отдельный поток?

Что лучше применить для мессенджера многопоточность или неблокирующий ввод/вывод?

Сергей Горностаев,

Вообще нет, NIO - это пакет, в который входят и синхронные средства ввода/вывода, но в контексте нашего обсуждения - да, мы говорим про мультиплексирование неблокирующихся сокетов, а это асинхронность и есть.

То есть когда мы ставим configureBloking(false) и используем селекторы то вприципе наш код асинхронный, так?
И да то есть нам нужно создать отдельный поток только если побочные операции типа паркинга строки делаются долго?

Что лучше применить для мессенджера многопоточность или неблокирующий ввод/вывод?

Сергей Горностаев,
И да я не понимаю почему 10 000 человек будут ждать одинаково, если там будет что-то типа такого:
if(key.IsReadable()){
SocketChannel client = (SocketChannel) key.channel();
ByteBuffer output = (ByteBuffer) key.attachment();
//парсинг самого сообщения и кому отправлять
sendMessage(Who,message);
}
и так для всех кто отправил сообщения
в итоге то кто то всё равно ждёт дольше
Или я что то не правильно делаю, или не правильно понимаю?

Что лучше применить для мессенджера многопоточность или неблокирующий ввод/вывод?

Сергей Горностаев, Я не очень понимаю NIO = асинхронности? Или нет?

Что лучше применить для мессенджера многопоточность или неблокирующий ввод/вывод?

А то есть после того как selector.select() разблокировал поток мы потом новые потоки создаём и в этих потоках обрабатываем все запросы, да?

Что лучше применить для мессенджера многопоточность или неблокирующий ввод/вывод?

ну в том же мессенджере отправка сообщения не очень дорогая операция и как бы вроде можно использовать всё с NIO, но если допустим 10000 человек примерно одновременно отправят сообщения то ждать придётся относительно долго. Или как то нужно комбинировать?