Lionz를 배포해놨는데 일정 시간이 지나면 서버가 다운되고 aws에 들어가서 인스턴스를 확인해보니 상태검사가 실패된 모습을 확인했다.인스터스 모니터링을 해보니 터질때 마다 CPU가 100%에 가까워 졌었다.원래는 아래와 같은 순서로 배포를 진행했었는데$ find ./

현재 권한을 위와 같이 enum타입으로 설정한 상태tasknotice와 notice CRUD에 관리자만 접근할 수 있도록 if문으로 감싸주려고 위에처럼 했는데 빨간줄이 뜬다..!팀원이 알려준건데 Enum타입은 위와 같이 비교해야 한다고 했다.

원래는 permutation 순열을 이용해서 모든 경우의 수를 만들어 다 비교해보려고 했는데 너무 비효율적인 것 같아서 다른 분들의 풀이를 찾아봤다그 중에서 마음에 드는 풀이를 가져와 봤다처음에는 직관적으로 와닿지 않아서 print로 직접 확인해봤다replace라는 함

백엔드 팀원이 프로필이미지 기능을 추가하면서 테스트 하기위해 사진파일을 올려서 push를 했었다이제 문제는 내가 pull 받을 때가 문제였는데..git pull origin main을 치니까위와 같이 Cannot merge binary files 라는 에러가 나왔다그래

aws로 배포 하고 DNS 설정하는 것 까지는https://steady-coding.tistory.com/625이 분을 따라했다!(보안그룹->인바운드 규칙 에서 443port도 잊지말고 추가해줘야함)DNS를 설정하는 이유 (출처 : 위의 분 블로그 중 발췌)D

일단 현재 스프링부트 버전은 3.0.2이다.Swagger랑 연동시키려면 (연동이라는 표현이 맞는지는 모르겠는데) springfox vs springdoc 둘 중 하나를 쓴다고 하는데 스프링부트 버전이 올라오면서 springfox는 그에 맞춰 업데이트가 잘 안되고 spr

과제공지글(tasknotice),과제(task) 들을 title(제목)이나 explanation(설명) 그 글이나 과제에 딸린 tag의 name으로도 검색이 가능한 기능을 개발한다결과는 아래와 같이 나오는데 프론트단에서는 그냥 순서대로tasknotice 뿌리고task

No serializer found for class org.hibernate.proxy.pojo.bytebuddy.ByteBuddyInterceptor and no properties discovered to create BeanSerializer개발하던 중 위와 같

위 처럼 줄 바꿈해서 쓰고싶으면 저렇게 바꾸기 직전 line에 공백(space)를 넣어주는게 좋다. 저렇게 하지 않으면 에러가 계속 났음..

어떻게 보면 당연한건데 순간 헷갈렸다@PathVariable로 저렇게 받는다는 것은 저 id라는 변수가 url에 포함되어 있어야한다.

CrudRepository.java안에 이런게 있다공부예정

추가예정

현재 Task와 Tag가 다대다 관계라 중간에 Task_Tag테이블을 생성해 각각1대다 & 다대1로 풀어준 상태@JoinColumn에 있는 name속성은 Task_Tag엔티티 안에있는 task필드를 DB에 어떤 이름으로 저장할 것인가를 의미한다 아래와 같이 Task엔티

Tasknotice에 target이라는 필드가 있고 여기에는 파트인 FE or BE가 들어간다이 때 해당 파트의 Tasknotice만 조회하고 싶은데 그렇게 하기위해서는Tasknotice Repository에서 JPQL을 작성했어야 했는데 약간 잘못알고 있었던게 있다s

위와 같이 로그인을 하면 accessToken과 refreshToken이 response로 오게되는데이 다음부터 "내가 나다" 라는 것을 명시하기 위해 Authorization에서 Type을 Bearer Token으로 설정한 후 "accessToken"을 넣어주면 된다

어차피 따라한거지만 복잡해서 까먹을까봐 적어놓는 구현흐름장고했을때 회원가입 + 로그인 구현하는것은 그렇게 복잡하지 않았던 것으로 기억한다. 하지만 스프링 하면서 로그인을 해보려니 너무 복잡하고 어려웠다.. 버전 신경써야하고 deprecated된 것들이 꽤 많아서 애를

과제공지글 수정같은 경우에는 수정버튼을 누르면 원래 글의 내용이 모두 와야하고 (과제공지객체를 그냥 return하면 되나?) 그 원래 내용들 모두를 Json으로 프론트로 보내주고 프론트단에서 다시 보내주면 그거를 set으로 저장태그입력하면 생성되는데 이미 있는 태그면

postman에서 post를 보냈을 때 그 보낸 시점이 기록되기를 바랬다DTO클래스에 있는 Localdatetime타입으로 선언한 필드 위에 @CreatedDate를 붙여주니 되었다

문제를 쪼개서 작은문제의 답을 구하고 그것을 이용해 더 큰 문제의 답을 구하는 방식분할정복과 비슷Top-Down구현 : 재귀저장 방식 : 메모이제이션 (memoization)Bottom-Up구현 : 반복문저장 방식 : 타뷸레이션 (tabulation)한 번 구한 답

다대다(@ManyToMany), 일대다(@OneToMany)는 거의 안쓰고 다대일(@ManytoOne)을 주로 씀