6. MemberRepositoryTest 파일 테스트 MemberRepositoryTest 파일
설명 @SpringBootTest
-스프링부트로 테스트하기 때문에 SpringBootTest annotation 세팅
@RunWith(SpringRunner.class)
-JUnit 에게 스프링과 관련된 테스트를 할 것이라고 알려주기 위해 하는 세팅
*annotation 관련설명
( https://docs.spring.io/spring-boot/docs/2.2.6.RELEASE/reference/html/spring-boot-features.html#boot-features 참고)
If you are using JUnit 4, don’t forget to also add @RunWith(SpringRunner.class) to your test,
otherwise the annotations will be ignored.
If you are using JUnit 5, there’s no need to add the equivalent @ExtendWith(SpringExtension.class)
as @SpringBootTest and the other @ … Test annotations are already annotated with it.
-JUnit4 사용할 경우 , @RunWith 를 넣지 않으면 annotations 들이 적용되지 않을 것이라고 함 .
JUnit5 는 @SpringBootTest 와 같은 annotation 을 세팅할필요 없다고 한다 .
@Autowired MemberRepository memberRepository;
-MemberRepository 작동을 위해서 Autowired 를 사용해서 MemberRepository 인젝션 받음
@Test
-member 를 테스트하기 위함
-given when then 형태로 테스트
//given
-member 변수를 만들고 , memberA 로 설정한다 .
//when
a.member 가 잘 저장되는지 확인
: memberRepository.save(member) 작성후 save 에서 단축키 ctrl+ Alt + v 를 누르면
다음과 같은 형태로 설정이 된다 .
Long saveId = memberRepository.save(member);
-> saveId: 저장된 Id( 변수 ) 를 뽑아오는 (extract) 역할을 한다 .
->member 를 가지고 save 를 하면 잘 저장이 되는지 확인을 해야 한다 .
b.Member findmember = memberRepository.find(saveId);
-memberRepository 에서 find 해서 saveId 가지고 넘긴 것이 findmember 가 맞는지 확인한다 .
*findMember 변수를 만든다 .
//then ( 검증 )
-Assertions 라고 하면 assertj 라는 라이브러리를 스프링테스트가 자동으로 가지고 있어
라이브러리 디펜던시에서 자동으로 올라온다 . “ . ” 을 찍어주기만 하면 !
-findMember 의 getId 와 member 의 getId 와 같다 .
findMember 의 getUsername 과 member 의 getUsername 과 같다 .
#마주한문제 a.applcation.yml_debug 설정 위치변경
무엇이 문제인지 정확히 몰라 test 하기 위해 연관 있는 파일들을 확인하기 시작했다 .
-application.yml 로 들어감
-applcation.yml_debug 설정 위치변경
level : debug 라고 설정이 되어 있음을 확인
org.hibernate.SQL : debug 로 변경
b.application.yml_DB 경로접속 휴먼에러_JPA에러
-다음과 같은 메시지 확인
a,b 문제해결
그래서 application.yml 들어가니 설정경로가 jap와 debug위치 변경
c.MVCC_unsupported 메세지
-MVCC=TRUE 삭제
d. URL 에러메세지
-application.yml 에서 경로를 확인하니
“ : ” 가 하나 더 추가 되어 있어 삭제
e. No EntityManager with actual transaction available 에러메세지
엔티티매니저를 통한 모든 데이터 변경 트랜잭션 안에서 이루어져야 하는데
현재 @Transactional 어노테이션이 없다 .
2 가지 종류의 transaction 이 있는데 현재 스프링프레임워크를 사용하므로
-javax.transaction
-org.springframework.transanction <-이것을 사용한다.
에러메시지
문제해결
#마주한문제 3_Member테이블 미생성
-H2 콘솔에 접속하여 데이터베이스에 member 테이블이 생겼나 확인하니 Member 생성이 안되어 있었다 !
a.application.yml_hibernate 단어오타
-hibernate 단어 correction
b.application.yml 에서
-logging.level: 로 다시 변경
- 그리고 전체적으로 띄어쓰기가 중요하다는 사실을 발견 전체적으로 2 칸씩 이동해줌
-그리고 다시 h2 콘솔 접속하여 데이터베이스에 member 테이블생성 확인 !
문제해결
*localhost:8082로 접속이 안될 시
local 에서 h2 데이터베이스를 실행시켜주지 않고 실행시킬 시에는
h2.database 관련하여 에러가 나오니 주의 할 것 !
cmd 에서 h2<bin<h2.bat 실행 해주어야 h2 데이터베이스로 접속 (localhost:8082) 로 접속할 수 있다 .
JPA 가 ddl-auto: 에 CREATE 옵션이 있으니 멤버테이블을 만들어 주었다 .
member 테이블생성과정
-drop 후 create 로 테이블 생성을 했다 .
-Member Entity 정보를 보고 테이블을 생성한다 .
member 테이블에 데이터가 없다 ?
Transactional 이 데이터를 Rollback 한다 .
-Transactional 어노테이션이 테스트케이스에 있으면 테스트가 끝난 후에 바로 롤백이 되어 버린다 .
-테스트케이스가 아닌 곳에서는 제대로 작동된다 .
왜냐하면 데이터가 계속 들어가 있으면 반복적인 테스트를 하지 못하기 때문이다 .
Rollback(false) annotation
- 그럼에도 불구하고 내눈으로 직접 데이터를 보고 싶을 때 이용
JPA 세팅 및 동작 확인완료 !
기타 -같은 트랜잭션 안에서 저장하고 조회하면 영속성 컨텍스트 같다 .
같은 영속성 context 안에서는 id 값이 같으면 같은 엔티티로 식별한다 .
같은 영속성 context 안에서 기존 엔티티에서 관리하던 1 차 캐쉬에서 바로 정보를 가져온다 .
그래서 select 쿼리는 없고 , insert 쿼리만 보인다 .
a.쿼리 파라미터 로그 남기기 2 가지 방법 쿼리 파라미터를 남기는 방법 1
- application.yml ->logging.levvel 에
org.hibernate.type: trace 추가
쿼리 파라미터를 남기는 방법 2
외부라이브러리 사용
https://github.com/gavlyukovskiy/spring-boot-data-source-decorator
- 데이터베이스 커넥션을 랩핑해서 왔다갔다하는 만들어진 sql 스테이트먼트를 로그로 출력해주는 라이브러리들을 이용
-P6Spy 라이브러리 추가
->build.gradle
-implementation 'com.github.gavlyukovskiy:p6spy-spring-boot-starter:1.6.1' 추가
->refresh
MemberRepositoryTest 실행후
- 원본 출력정보 확인 및 파라미터 바인딩 출력정보 확인
-url 에서 connection 얻어오는 로그
* 로그를 어떻게 찍을 건지에 대한 옵션은 상기 사이트에서 확인할 수 있다 .
* 외부라이브러리 사용시 개발단계에서는 편한데 ,
운영단계에서는 성능테스트를 해야 하고 성능저하가 있을 수 있기 때문에 ,
성능이 좋지 못하면 개발단계에서만 사용할 것 !
단어개념 _binding Parameter 를 보다가 파라미터 - 매개변수
매개변수란
- 컴퓨터 프로그래밍에서 매개변수란 변수의 특별한 한 종류로서 , 함수 등과 같은 서브루틴의 인풋으로 제공되는 여러
데 이터 중 하나를 가리키기 위해 사용된다 . 여기서 서브루틴의 인풋으로 제공되는 여러 데이터들을 전달인자 라고 부른
다 .
위키백과 및 구글 참고
https://www.google.com/search?q=%ED%8C%8C%EB%9D%BC%EB%AF%B8%ED%84%B0&oq=%ED%8C%8C%EB%9D%BC%EB%AF%B8%ED%84%B0&aqs=chrome..69i57j0l7.1697j0j7&sourceid=chrome&ie=UTF-8
바인딩이란
바인딩 (binding) 이란 프로그램에 사용된 구성 요소의 실제 값 또는 프로퍼티를 결정짓는
행위를 의미합니다 .
예를 들어 함수를 호출하는 부분에서 실제 함수가 위치한 메모리를 연결하는 것도
바로 바인딩입니다 .
이러한 바인딩은 크게 다음과 같이 구분할 수 있습니다 .
1. 정적 바인딩 (static binding)
- 실행 시간 전에 일어나고 , 실행 시간에는 변하지 않은 상태로 유지되는 바인딩임 .
2. 동적 바인딩 (dynamic binding)
- 실행 시간에 이루어지거나 실행 시간에 변경되는 바인딩임 .
이러한 동적 바인딩은 늦은 바인딩 (late binding) 이라고도 불립니다 .
참고사이트
http://tcpschool.com/php/php_oop_binding
다른 라이브러리는 버전정보가 왜 없나요 ? 기본적으로 스프링부트가 2.1.7 에서는 내한테 맞는 라이브러리를 전부 세팅 해놓았따 .
미리 세팅 해놓지 않은 라이브러리들은 직접 버전정보를 적어주어야 한다 .
#마주한문제 <미해결>
jar 빌드 동작확인
-windows 와 mac 환경에 따라 명령어가 다르니 주의 !
Build
<windows 환경 >
jpashop> gradlew.bat
<mac 환경 >
jpashop> ./gradlew clean build
Build 후 jar 라이브러리가 생긴다 .
