프로젝트에서 spring security를 사용하는 중인데, spring 6.0 이후부턴 Adapter을 상속받아오지 못하고, Bean으로 등록해야 한다고 한다.이렇게 바뀌면서 좀 많은 부분이 바뀐거같아 바뀐부분과 CSRF오류에대해 작성해보도록 하겠다. 이렇게 WebS
추석 연휴동안 지친 몸과 마음을 회복하고 이전 프로젝트에서 상용했던 Spring Security와 JWT를 정리해보고자 한다.스프링 기반의 APP의 보안을 담당하는 스프링 하위 프레임 워크이다. Spring Security는 강력한 사용자 인증 및 Access를 제어할
JPQL은 SQL과는 달리 객체지향 모델에 대한 쿼리를 작성할 수 있는 쿼리 언어이다. 엔티티 객체와 그들 간의 관계를 사용하여 데이터를 검색, 수정, 조작할 수 있다. JPQL의 기본 구문은 SQL과 유사하지만, 엔티티 클래스와 필드를 기반으로 쿼리를 작성해야한다.예
커리어리에서 어느 개발자분이 올려주신 글인데 신입 개발자가 꼭 알아야할 Spring 기초 지식들이라고한다.여러가지 Spring 프로젝트도 진행해보았고 예전에 공부도 다 한내용이였지만 기억이 나지않아 다시한번 정리해보려고 한다.오늘은 인스턴스, 객체, Web Server
태이블과의 매핑@Entity가 붙은 클래스는 JPA가 관리하게된다.기본키 매핑DB에 저장될 테이블의 이름 설정 설정하지 않으면 클래스의 이름으로 설정된다.기본키 생성전략직접할당, 자동할당으로 나뉨.기본키 생성을 데이터베이스에게 위임하는 방식이다. ID값을 따로 할당하지
보통 ManyToMany(다대다) 관계는 실무에서 사용하지 않는다고한다. 다대다 관계를 표현하기 위해서는 중간 테이블을 만들어 일대다, 다대일로 연결해주어야한다고한다.이렇게 카테고리와 아이템을 연결할때 서로 다대다 연결이라고한다면, 중간 테이블을 만들어 연결한다고한다.
도메인 모델 패턴이란 쉽게말해 엔티티가 비즈니스 로직을 가지고 객체 지향의 특성을 적극 활용하는 것.이렇게 엔티티 클래스에 비즈니스 로직이 존재하는 구조를 말한다.객체 지향에 기반한 재사용성, 확장성이 좋다.하나의 도메인 모델을 구축하는데 많은 노력이 필요하다.도메인
JPA는 더티체킹이 가능하지만 만약 모든 회원 데이터에 같은 값으로 수정이 된다면 DB에 바로 적용하는게 효율적이다.JPA를 사용해 객체의 값을 바꿔 더티체킹을 진행해도 되지만 더 효율적인 방법을 위해 사용하는 수정 쿼리이다.JPQL을 이용한 bulk 수정쿼리이다.일정