febfes / ff-tm-back Goto Github PK

Убрать редактирование БД с помощью Hibernate (параметр spring.jpa.hibernate.ddl-auto в application.properties), сделать это с помощью миграций (flyway, ...)

К примеру, сейчас кастомный exception EntityAlreadyExists выдает примерно такую ошибку: UserEntity already exists. Было бы неплохо переделать так, чтобы писалось примерно так: "A user with this email or login is already registered", то есть нормальная ошибка, так как она выводится потом на фронт
Перед тем, как это делать, нужно будет обсудить когда какие exception выбрасывать и что именно выводить

приходит 403 и корса

TODO: спроектировать сущность, какие методы нужны будут, ...

something like that:
JWT refresh: https://www.bezkoder.com/spring-boot-refresh-token-jwt/

Как мы решили что при создании будут дефолтные колонки, думаю такие:

BACKLOG / RESEARCH / BUGS / IN PROGRESS / REVIEW / DONE

ордеры сами решайте

@IvanShish, @VladisStep

ProjectEntity
db -> projects

Создать сервис, репозиторий, контроллер
Действия:
Создать
Изменить
Получить с учетом пагинации

Нужно ли это?

Нужно добавить также, как и с колонкой, чтобы был порядок, какая задача за какой следует в определенной колонке, чтобы можно было менять их порядок

Из-за того что мы и в качестве request'а и в качестве reponse'а используем один и тот же dto, в сваггере это плохо отображается. Надо убрать dto и использовать, к примеру, ProjectRequest, где будут только поля name и description, и ProjectResponse

1. Сделать подключение к БД с помощью переменных, а не писать их в application.properties
2. Сделать деплой приложения через Tomcat в идее, прописать там в VM options параметры для подключения БД
3. Заполнить readme, как запустить приложение

Создать endpoint для теста, включить использование swagger и подключить БД

В контроллере проекта сделать получение dashboard с учетом пагинации

Метод в контроллере получает id проекта:
POST: /api/project
payload: {"id": 123}

По этому id возвращается response вида (примерно):

Пример родительского entity: https://github.com/IvanShish/my-ads-app/blob/master/src/main/java/com/example/myadsapp/io/entity/AppEntity.java

У task entity поменять дату создания (точнее удалить и перенести в родительский entity, поменять название и тип)

Принцип инверсии зависимостей (англ. dependency inversion principle, DIP) — важный принцип объектно-ориентированного программирования, используемый для уменьшения связанности в компьютерных программах. Входит в пятёрку принципов SOLID.

К примеру, interface IColumnService (или interface ColumnService), и наш существующий сервис - class ColumnService (или class ColumnServiceImpl), тогда в контроллере будет private final @NonNull IColumnService columnService;

Каскадное удаление проекта и колонки

Проект: если у проекта есть колонки либо задачи, то удалять их

Колонка: если у колонки есть задача, то удалять еще и задачу

https://www.youtube.com/watch?v=p485kUNpPvE&list=PLwvrYc43l1Mwqpf9i-1B1gXfMeHOm6DeY

Создать контроллер для юзера, где будет получение пользователя по айди и редактирование

Поля, по которым можно фильтровать -

Сейчас для создания задачи используется следующий метод
TaskEntity createTask(Long projectId, Long columnId, TaskDto taskDto, String username);
Параметры projectId, columnId, userName необходимо добавить в taskDto, и передавать только taskDto.

Аналогичный рефакторинг необходимо проделать для методов сервиса колонок и проекта

В projectDto есть поле taskEntityList, которое хранить все задачи, связанные с проектом.
Почему стоит убрать это поле:

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

Необходимо подумать и переделать алгоритм получения задач для проекта.

Аналогичные поля есть в TaskColumnEntity. Там так же стоит рассмотреть использование taskEntityList

Создать что-то типа dictionary для ролей пользователя. Назвать типа DIC_ROLES? Или по-другому
Роли на данный момент: MEMBER, OWNER. Они описаны в domain.Role
Думаю, что стоит их хранить в базе еще

убрать имя проекта и описание и добавить колонкам и таскам project id

Две бд: для меня и для Влада. Так как щас у нас нет dev сервера, то в сумме будет 3 БД: моя, Влада и основная
Также нужно сделать, чтобы можно было клонировать основную схему. То есть я насоздавал какую-то кучу данных, а потом делаю recreate, и моя база приобретает тот же вид, что и основная

Нужно настроить CORS, сейчас только есть строка .configurationSource(request -> new CorsConfiguration().applyPermitDefaultValues()) в WebSecurity. По идее, вместо этого, можно определить Bean, как это сделано в том же классе WebSecurity, где закомментировано.
Полезные ссылки:
https://stackoverflow.com/questions/36968963/how-to-configure-cors-in-a-spring-boot-spring-security-application
https://www.baeldung.com/spring-cors
https://reflectoring.io/spring-cors/

В рамках этой же задачи можно настроить jwt не только access токен, но и refresh.
Полезные ссылки:
https://stackoverflow.com/questions/49085433/jjwt-library-and-handle-expiration-expiredjwtexception

чтоб когда приложение открылось, фронт отправлял запрос isCheck(token) - и если просрочен то тротлил ошибку иначе 200 (в будущем при просроченном токене я буду делать запрос на рефреш токена)

https://www.baeldung.com/transaction-configuration-with-jpa-and-spring

Пример:

Будут ли парситься более сложные объекты?

TaskColumnEntity
db -> task_columns

Добавить либу и написать тест для примера