dmittrey / lab7

Programming Lab №7

Доработать программу из лабораторной работы №6 следующим образом:

1. Организовать хранение коллекции в реляционной СУБД (PostgresQL). Убрать хранение коллекции в файле.
2. Для генерации поля id использовать средства базы данных (sequence).
3. Обновлять состояние коллекции в памяти только при успешном добавлении объекта в БД.
4. Все команды получения данных должны работать с коллекцией в памяти, а не в БД.
5. Организовать возможность регистрации и авторизации пользователей. У пользователя есть возможность указать пароль.
6. Пароли при хранении хэшировать алгоритмом SHA-512.
7. Запретить выполнение команд не авторизованным пользователям.
8. При хранении объектов сохранять информацию о пользователе, который создал этот объект.
9. Пользователи должны иметь возможность просмотра всех объектов коллекции, но модифицировать могут только принадлежащие им.
10. Для идентификации пользователя отправлять логин и пароль с каждым запросом.

Необходимо реализовать многопоточную обработку запросов:

• Для многопоточного чтения запросов использовать создание нового потока (java.lang.Thread).
• Для многопотчной обработки полученного запроса использовать ForkJoinPool.
• Для многопоточной отправки ответа использовать Fixed thread pool.
• Для синхронизации доступа к коллекции использовать потокобезопасные аналоги коллекции из java.util.concurrent.

Порядок выполнения работы:

• В качестве базы данных использовать PostgreSQL.
• Для подключения к БД на кафедральном сервере использовать хост pg, имя базы данных - studs, имя пользователя/пароль совпадают с таковыми для подключения к серверу.

lab7's Issues

Непотокобезопасное хранение истории команд

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

Проверять логин и пароль перед каждой командой

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

S - Single responsibility

Нужно внимательно следить за ответственностью каждого класса.

DBWorker не должен формировать какие-то сообщения для клиента (об ошибке, например) - он должен просто отдавать какой-то объект с результатом исполнения команды и статусом/бросать исключение.

Сервер не должен форматировать сообщения (добавлять цвета и пр.) - это задача клиента.