스웨거 적용기 기존에 진행하던 프로젝트와 다르게 졸업작품은 프론트앤드 개발자 1명, 백앤드 개발자 2명 총 3명의 협업을 해야한다. 본격적으로 프로젝트를 진행하기에 앞서서, 기본적으로 설정을 해야할 것들을 정하던 중, 프론트앤드 개발자 분이 swagger 나 res
인증/인가 처리 없이 회원 게시글 작성 해결기 이번에 졸업 작품을 하면서 2명이 백앤드 개발를 맡기로 하였고, 개발 속도를 빠르게 하기 위해 각각 회원 부분과 게시글 부분을 나누어서 작업을 하기로 하였다. 나는 게시글 부분을 맡고, 다른 분은 회원 부분을 맡았다.
구현 코드 내부에서 LocalDate.now() 를 호출하여 사용 하는 로직이 있었다. 테스트 코드는 다음과 같이 작성 하였다. 이렇게 되니 문제점이 하나 발생 했다. 작성일 기준 현재 날짜는 2023년 2월 16일 이다. 현재는 해당 테스트코드가 문제 없이
졸업 작품을 하면서 서버를 배포를 하려고 했다. 이전에 했던 프로젝트에서는 젠킨스를 활용해 CI/CD 를 하여 ec2에 서버를 띄우도록 구축을 해두었다. 이번에는 CI 를 깃헙 액션으로 했였고, 기존에 젠킨스로 했던 것들을 깃헙액션으로 하고 싶어 깃헙 액션
졸업작품을 하면서 설계한 API 에 대해서 고민을 하던 중, RESTful 에 대해 잘 모르는 것 같아서 제대로 공부 및 정리를 해보기로 하였다. 우리 팀에서는 유저의 지역 인증 로직을 다음과 같이 put 메서드로 구현을 해두었다. 이후 유저의 A
JPA 의 프록시에 대해서 정리해보자.예전에 강의를 듣고 프록시 내용을 안다고 생각했다. 하지만 졸업작품 프로젝트를 하면서 프록시와 관련하여 문제가 발생하였고, 이를 제대로 해결하지도, 해결하고도 정확히 이해를 하지도 못했다.시간에 쫓긴다 생각하고, “나중에 시간 내
졸작을 하면서 두개의 게시판에 댓글 및 대댓글 기능을 각각 넣어야 하는 상황이었다.동네 줍깅 서비스에서 운영하는 게시판은 2가지가 있다.
졸업 전시회 이후 플로깅 활동 참여하기 api의 필요성을 느끼고 참여하기 api 를 구현하기로 했다.
이전에 낙관적 락 방식을 사용하여 플로깅 참여하기 api 를 구현해 보았다. 하지만 이 해결법 만으로는 주어진 문제를 완벽하게 해결하진 못 했고,,, 이후 데드락이 발생하였다.
프로젝트에 기능 구현을 제대로 하기전에 LogBack 관련 세팅을 먼저 하는게 좋을 것 같다는 피드백을 받았다. 그 이유를 생각해봤는데 프로젝트를 개발함에 있어서 log를 확인하고, 관리하는 것에 대한 장점을 최대한 누릴 수 있다고 생각했다.그리고 log를 관리하는 것
과거 댓글기능을 넣는 과정에서, 댓글-및-대댓글-구현기 와 같이 구현을 했었다. 이 당시 서로 다른 게시판에서 댓글에 대해 생성, 조회, 삭제 해야했기 때문에 생성 및 조회하는 댓글이 어떤 게시판에 해당하는 댓글인지 확인을 해야했다. 그 해결법으로 무지성 if 문을 통