본문 바로가기

Side Projects19

11. SAI(RestAPI) 사용 설명서 1. SAI는 어떻게 동작하나요? - SAI는 JWT를 기반으로 요청과 응답을 제공하는 RestAPI 서버입니다. - JWT는 회원가입, 일반 로그인에서 제공됩니다. a) Filter - 회원가입과 일반 로그인을 요청할 때에는 JWT를 기반한 검증을 수행하지 않습니다. - 그 외의 요청을 할 때에는 반드시 유효한 JWT를 쿠키로 보유하고 있어야 합니다. - 이 부분은 Filter를 이용하여 구현했습니다. - 아래의 코드는 JwtFilter 클래스의 한 부분입니다. @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException.. 2022. 9. 14.
10. 배포 완료 1. SAI의 RestAPI 서버를 소개합니다. https://restsai.herokuapp.com/sai-api Swagger UI restsai.herokuapp.com - 올해 6월에 시작하여, 4개월이 지난 오늘 드디어 프로젝트 SAI RestAPI 서버의 마침표를 찍었다. - 개발 기간은 4개월이지만, 여기까지 오는데 2년이 걸렸다. - 지난 2년 동안 매일을 실수하고 개선하고 실패하고 도전하고 배우고 연습하며 스스로의 멱살을 부여잡고 왔다. - 이전에 무언가 꾸준히 하는 것을 은은하게 달리는 것이라 표현했는데, 은은하기 보다는 꽤나 치열했다. - 이제 유종의 미를 거둘 시간이다. 좋은 결과가 있기를 바란다. 2022. 9. 14.
9. 개선사항(비즈니스 로직 제거, Exception Handler 적용, DataIntegrityViolationException 처리 방법) 0. 개요 - 우연한 기회로 SI 업체에 면접을 보러 가게 되었다. - 많은 기대는 하지 않았지만, 기대 이상으로 면접 경험이 좋았다. - 문답 형식의 이론 질문이 없었고 코드를 보여주고 해당 코드를 분석하는 방식의 면접이었다. - 확실히 다른 사람이 작성한 코드에서 그 맥락을 모른 체 문제점을 파악한다는 것은 아직은 쉽지 않다. - 면접에서 내가 작성한 사이(SAI)의 코드를 보면서 RestAPI, Java, Spring에 관련된 질문을 받았다. - 그 과정에서 몇 가지 프로젝트의 개선사항을 듣게 되었고 하나씩 개선해보았다. 1. 비즈니스 로직은 Service에서 처리하자. a) 고민은 개선의 시작 - 사실 SAI를 만들면서 방법론적인 고민을 많이 했다. - 그중 하나가 비즈니스 로직의 기준에 대한 고.. 2022. 9. 12.
8. 백엔드 개발 완료(OpenAPI 소개 및 문제해결 회고록) 0. 개요 - 포트폴리오를 개발하는데 매진하여 그동안 블로그를 신경 쓰지 않았다. - 백엔드 개발이 어느 정도 완성되었다. 그래서 이번 포스팅에서는 그동안의 결과물(OpenAPI)을 소개하고 개발 과정에서 겪었던 문제점과 해결방법에 대해 소개해보려 한다. 1. 프로젝트 구조(Structure) - 6월부터 SAI를 개발하고 있다. - 프런트와 연동 작업을 진행하면서 메서드가 추가될 수는 있으나, 전체적인 구조적 측면에서는 변동이 없으므로 현재 시점에서 SAI의 백엔드 구조를 소개한다. ├─ projectSAI/sai-backend/src ├── SaiBackendApplication.java ├── api │ ├── EventApiController.java │ ├── FriendApiController.. 2022. 9. 6.
7. 오류 해결 스토리 - constraint ["PUBLIC.UK_MBMCQELTY0"] 0. 문제 설명 a) 오류 소개 - Entity에 새로운 속성을 부여하기 위해서 코드 수정을 진행하고 있었다. - 새로운 속성을 이용한 쿼리를 테스트하는 과정에서 다음 오류가 발생했다. org.springframework.dao.DataIntegrityViolationException: could not execute statement; SQL [n/a]; constraint ["PUBLIC.UK_MBMCQELTY0FBRVXP1Q58DN57T_INDEX_8 ON PUBLIC.MEMBER(EMAIL) VALUES 5"; SQL statement: insert into member (email, member_name, password, sign_up_date, visibility, member_id) val.. 2022. 7. 30.
6. 오류 해결 스토리 - Update/delete queries cannot be typed 0. 문제 설명 a) JPQL을 이용한 Update 쿼리 작성 - 회원 정보를 수정하기 위해서 다음과 같은 쿼리문을 작성했다. public int updateById(Long id, String name, String email, String password) { return em.createQuery("update Member as m " + "set m.name = :name, m.email = :email, m.password = :password where m.id = :id", Member.class) .setParameter("id", id) .setParameter("name", name) .setParameter("email", email) .setParameter("password", p.. 2022. 7. 30.
5. 오류 해결 스토리 - Join Table 접근과 영속 상태 0. 개요 - 프로젝트 사이의 백엔드를 개발하면서 겪은 다양한 문제의 발생 과정과 해결책을 찾아가는 사고 과정을 기록합니다. 1. 문제 설명 a) Entity 관계 - 프로젝트 사이는 3개의 Entity(Member, Event, Friend)로 구성된다. - Event와 Friend는 모두 Member_id를 외래 키로 사용한다. - 즉, Member를 기준으로 Event와 Friend 객체가 DB에 등록된다. - Event는 다수의 Friend 객체를 보유할 수 있고, Friend는 다수의 Event에 소속될 수 있다. - Event와 Friend는 ManyToMany의 관계를 가지며, 이는 Join Table 전략으로 관리한다. @Entity @Getter public class Event { @I.. 2022. 7. 27.
4. DB 구조 설계 - ERD 0. 개요 - 프론트 개발을 어느정도 완료하고 이제 백엔드 개발을 준비하고 있다. - 백엔드 개발의 시작을 ERD 제작으로 선정하여 ERD를 그려보았다. - ERD를 작성해보니 백엔드를 개발하면서 풀어야하는 문제점을 몇가지 발견하였다. 1. Entity 소개 - 프로젝트 SAI는 다음과 같은 Entity로 구성된다. a) User Table - User는 SAI 서비스에 가입한 회원의 정보를 관리하는 테이블이다. - 회원 가입 시 작성한 정보가 User Table에 입력된다. - User Table의 구성은 다음과 같다. id(PK) - 자동 증감을 사용한다. email - 로그인 시 사용할 이메일 주소 / 필수 값 / 유효성 검증 필요 password - 로그인 시 사용할 비밀번호 / 필수 값 / 유효.. 2022. 6. 29.
3. 요구사항 정의 및 개발 명세서 작성 0. 요구사항 정의 및 개발 명세서 작성 - 요구사항과 개발 명세서 작성은 가장 구체적이면서도 귀찮은 과정이다. - 머리 속에만 존재하던 추상적 아이디어를 현실 세계에 꺼내놓는 작업이기 때문이다. - 웹 애플리케이션 사이가 어떤 모습으로 완성될지 기대된다. - 동시에, 이 많은 작업을 나 혼자서 감당할 수 있을지도 의문이다. - 요구사항 명세서는 다음과 같은 구성으로 되어있다. → sheet 1: 페이지 구성 → sheet 2: 세부 기능 명세 → sheet 3: 개발 과정 타임라인 - 아래의 링크를 통해서 요구사항 명세서를 확인할 수 있다. - 앞으로 해당 문서에서 계속하여 변경사항 등을 업데이트할 예정이다. https://docs.google.com/spreadsheets/d/1BZaCrvZ1CDQf.. 2022. 6. 11.

티스토리툴바