merry

이 글은 확실한 자료가 아니고 그냥 검색 기록이다.

쉽게 말하자면 logback은 log4j의 업그레이드 버전이다.

스프링부트에는 기본적으로 라이브러리가 탑재되어서 간편하게 쓸 수 있다. 나는 생짜배기 jar로 넣어야하기 때문에 열심히 조사하

🔩logback 라이브러리

 (보안위험 log4j 버전 주의!!!!!!!!!)

👀 logback 사용

logback-classic (logback-core, SLF4J API 라이브러리 포함)

👀  log4j로 쿼리 정렬 및 파라미터 대입

log4jdbc-log4j2-jdbc4.1-1.16.jar

라이브러리 뭐가 이리 많은지 어질어질하다. 글마다 필수 라이브러리 목록도 다르고,,

gradle, maven, jar 파일이든 아래 사이트에 들어가서 다운로드 가능하다.

https://mvnrepository.com/

내가 본 설정 파일들은 이렇다.

• logback.xml
• log4jdbc.log4j2.properties
• context-datasource.xml
• jdbcs.properties

🔩 logback.xml

경로 src\main\resources

• property
• appender (encoder, pattern)
  • ch.qos.logback.core.ConsoleAppender  : 콘솔에 쌓기  
  • ch.qos.logback.classic.db.DBAppender  : DB에 쌓기
  • https://logback.qos.ch/manual/appenders.html
• logger ( TRACE, DEBUG, INFO, WARN, ERROR)
• root

🔩 log4jdbc.log4j2.properties

logback.xml과 같은 경로에 있어야 한다는데 내가 보는 프로젝트는 하위 log 패키지에 있다.

하위 패키지까지 다 찾는건지,, 경로 지정하는 곳을 못찾아서 확신이 없다.

log4jdbc.drivers=org.postgresql.Driver
log4jdbc.spylogdelegator.name=net.sf.log4jdbc.log.slf4j.Slf4jSpyLogDelegator
log4jdbc.dump.sql.maxlinelength=0

🔩 context-datasource.xml

<bean id="datasource" class="org.apache.commons.dbcp2.BasicDataSource" destroy-method="close">
        <!--      logging을 위해 수정
        <property name="driverClassName" value="org.postgresql.Driver" /> 
        <property name="url" value="${jdbc.postgres.url}" />
        -->
        <property name="driverClassName" value="net.sf.log4jdbc.sql.jdbcapi.DriverSpy" />
        <property name="url" value="jdbc:log4jdbc:postgresql://URL:5432/postgres" />
        
        <property name="username" value="${jdbc.postgres.username}"/>
        <property name="password" value="${jdbc.postgres.password}"/>
        <!--     
        <property name="defaultAutoCommit" value="false" />
        <property name="initialSize" value="20"/>
        <property name="maxActive" value="20"/>
        <property name="maxIdle" value="20"/>
        <property name="minIdle" value="20"/>
        <property name="validationQuery" value="select 1" />
        <property name="timeBetweenEvictionRunsMillis" value="150000" />
        <property name="numTestsPerEvictionRun" value="2"/> 
        <property name="testWhileIdle" value="true" /> 
        -->
</bean>

완벽히 해결되지 않은 것들

dbcp 2가지 종류를 쓰고 있는데 dbcp2를 쓰고 있는 쿼리만 정렬이 안되고 일렬로 나온다,..

처음엔 logback.xml이나 log4j2.properties에서 처음부터 끝까지 관장하고 있는줄 알았는데 그게 아닌듯 싶다. db 뽑은걸 가로채서 어쩌고하는 것 같은데,,더 잘봐야지

drivarClassName

postgresql이나 orcale 등 각 dbms 드라이버? net.sf.log4jdbc.sql.jdbcapi.DriverSpy?

* org.springframework.jdbc.datasource.DriverManagerDataSource

<bean id="datasource" class="org.springframework.jdbc.datasource.DriverManagerDataSource" destroy-method="close">
</bean>

 이걸로 바꿨다가 알아보니 이건 실제 커넥션 풀이 아니라고 한다..주의!

https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/jdbc/datasource/DriverManagerDataSource.html

🔩 jdbcs.properties

jdbc.postgres.url=jdbc:postgresql://URL:5432/DEV
jdbc.postgres.username=test
jdbc.postgres.password=test!

지금 프로젝트는 logback.xml을 로컬, 개발, 운영 별 분기해서 사용하고 있는데

운영거 조작하고는 안바뀌네,,이럼서 오만 생쇼를 다했다.

생각보다 간단한 문제였다. 

이미지는 logger에 jdbc.resultsettable도 추가했고 로그가 너무 길어져서 나는 쿼리 정렬 + 파라미터 갈아끼우기로 만족.

근데 쿼리가 생각보다 덜 깔끔하게 정렬이 된다.. 왜일까? 파라미터 갈아끼우는거 없이 정렬만 되는 것도 찾아봐야지..

<logger name="jdbc.sqltiming" level="DEBUG"/>

👀 애플리케이션에서 직접 로깅하고 싶다면?

1. Lombok 라이브러리 추가 후 @Slf4j 어노테이션 사용

@Controller
@Slf4j
public class TestController {

    @GetMapping("/")
    public void test(String name){
    	log.info("test = {}", name);
    }
    
}

2. LoggerFactory.getLogger 사용

private static final Logger logger = LoggerFactory.getLogger(testController.class);

@RequestMapping("/test.do")
public void test(String name) {
    logger.info("test = {}", name);
}

스프링은 직접 Validatior를 만들지 않아도 간단히 검증을 할 수 있는 라이브러리를 제공한다.

* 만약 직접 등록할 시에는 Bean Validator를 글로벌 Validator로 등록하지 않아 애노테이션 기반의 빈 검증기가 동작하지 않는다.

🔩 bulid.gradle 라이브러리 추가

자동으로 글로벌 Validator로 등록한다.

implementation 'org.springframework.boot:spring-boot-starter-validation'

🔩 FieldError, ObjectError

정확한 설명아니지만 내가 이해한 바로는

FieldError는 하나의 필드에 대한

ObjectError는 필드 하나를 넘어서 필드 값을 곱한 값에 대한 검증을 필요한다거나 할 때 필요한 생성자이다.

public FieldError(String objectName, String field, String defaultMessage) {}

public ObjectError(String objectName, String defaultMessage) {}

* bindingResult.addError(new FieldError()); 이런 식으로 사용

if (!StringUtils.hasText(item.getName())) {
	bindingResult.addError(new FieldError("item", "name",
	item.getName(), false, null, null, "이름은 필수입니다."));
}

이런 식으로 필드별로 하나하나 다 작성해주어야 하는데 그렇게 되면 Controller의 코드도 너무 길어지고 복잡해진다. 또 이런 검증 기능은 기본적으로 사용하기 때문에 기본적으로 자바나 스프링에서 제공하는 검증 라이브러리를 사용한다.

🔩 @Valid, @Validated 라이브러리

1.  @Valid - Java 표준 

2. @Validated - 스프링 전용

🔩 애노테이션으로 검증 (@NotNull, @Range 등)

검증 애노테이션 모음: https://docs.jboss.org/hibernate/validator/6.2/reference/en-US/html_single/#validator-defineconstraints-spec

* 대상 : @ModelAttribute에서 바인딩 성공한 필드들만!

예시) 예시) age 필드에 "Merry" 라는 String 값을 넣으면

해당 필드만 typeMismatchFieldError가 추가되면서 Bean Validation은 적용이 되지 않는다. (각각 필드 단위로 적용)

- Domain

@Data
public class Item {

    @NotNull
    private Long id;
    
    @NotBlank
    private String name
    
    @NotNull
    @Range(min = 1, max = 150)
    private Integer age;
    
	@NotNull
    @Max(value = 9999)
    private Integer etc;

    public Item() {
    }

    public Item(String name, Integer age, Integer etc) {
        this.name = name;
        this.age = age;
        this.etc = etc;
    }
}

* 애노테이션에서 message 속성 사용 가능 - @NotBlank(message = "공백 안돼!")

* FieldError가 아닌 ObjectError는 @ScriptAssert()을 사용할 수 있지만 권장하지 않음 (자바 코드로 직접 작성 '복합 룰 검증 ')

- Controller

@PostMapping("/add")
public String addItem(@Validated @ModelAttribute Item item, BindingResult
bindingResult, RedirectAttributes redirectAttributes) {

    if (bindingResult.hasErrors()) {
    	log.info("errors={}", bindingResult);
    	return "test/addForm";
    }
    //성공 로직
    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("name", savedItem.getName());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/test/{id}";
}

* 복합 룰 검증 : a 값과 b값을 곱한 값에 대한 검증을 부여하는 등 복합 룰 검증이 필요하다면 자바 코드로 작성하며 method로 분리하는 것을 권장한다.

- errors.properties

#Bean Validation 추가
NotBlank={0} 공백 안됨
Range={0}, {2} ~ {1} 허용
Max={0}, 최대 {1}

실무를 할 때엔 회원가입 시, 회원수정 시 넘겨아 하는 데이터가 다르다.

하나의 모델 객체에서 검증 룰이 다르다면 어떻게 해야할지 알아보자.

결론은 사뭇 비슷하다고 하나의 객체를 사용할 수도 있지만 깔끔하게 다르게 넘기는 것을 추천한다.(2번)

1. BeanValidation groups (복잡도 상승 및 실무에서 사용 거의 안함)

생성용, 수정용 Interface를 각각 만들어서 (실습은 domain 폴더에 생성함)

스프링에서 제공하는 groups 기능을 사용한다.

Interface는 내용없이 파일만 생성했고

Domain 모든 필드에 적용할 Interface를 작성하고

Controller 메소드에 @Validated(UpdateCheck.class)에 작성한다.

* Javax 라이브러리 @Valid로는 해당 기능을 사용하지 못하므로 참고바람.

- Domain

@Data
public class Item {
	@NotNull(groups = UpdateCheck.class) //수정시에만 적용
	private Long id;
}

- Controller

@PostMapping("/{id}/edit")
public String editV2(@PathVariable Long id, @Validated(UpdateCheck.class)
	@ModelAttribute Item item, BindingResult bindingResult) {
	//...
}

2. 폼 전송을 위한 별도 모델 객체 생성

각 생성, 수정 시 주고 받는 데이터들이 다음과 같다고 치자.

Controller가 있는 경로에 form 패키지를 추가하여 생성, 수정 폼 모델 객체를 새로 만들었다.

- Domain

@Data
public class ItemSaveForm {

    @NotBlank
    private String name;

    @NotNull
    @Range(min = 1, max = 150)
    private Integer age;
}

@Data
public class ItemUpdateForm {

    @NotNull
    private long id;

    @NotBlank
    private String name;

    @NotNull
    private Integer age; // 수정 시에는 범위 검증X
}

- Controller

@PostMapping("/add")
public String addItem(@Validated @ModelAttribute("item") ItemSaveForm form, BindingResult bindingResult,
                      RedirectAttributes redirectAttributes, Model model) {

    log.info("bindingResult.getObjectName() => {}",bindingResult.getObjectName()); // item
    log.info("bindingResult.getTarget() => {}", bindingResult.getTarget()); // toString() override

    // domain에서 @ScriptAssert으로 검증할 수 있으나 자바 코드 권장
    // object 에러는 자바 코드로, field error는 Bean Validation으로 진행 권장
    // 특정 필드가 아닌 복합 룰 검증 (method로 뽑아 쓰는거 권장)
    // 여기가 복합 룰 검증 코드

    // 검증에 실패하면 다시 입력 폼으로
    if(bindingResult.hasErrors()){
        log.info("bindingResult = {}", bindingResult);
        // model에 자동으로 담아줌
        return "test/addForm";
    }

    // 성공 로직
    Item item = new Item();
    item.setName(form.getName());   // 원래는 GETTER, SETTER 없이 생성자로 하는 것이 좋다.
    item.setAge(form.setAge());

    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/test/{id}";
}

@PostMapping("/{itemId}/edit")
public String edit(@PathVariable Long itemId, @Validated @ModelAttribute("item") ItemUpdateForm form, BindingResult bindingResult) {

    // 특정 필드가 아닌 복합 룰 검증 (method로 뽑아 쓰는거 권장)
    // 여기가 복합 룰 검증 코드

    // 검증에 실패하면 다시 입력 폼으로
    if(bindingResult.hasErrors()){
        log.info("bindingResult = {}", bindingResult);
        // model에 자동으로 담아줌
        return "test/editForm";
    }

    // 성공 로직
    Item itemParam = new Item();
    item.setName(form.getName());   // 원래는 GETTER, SETTER 없이 생성자로 하는 것이 좋다.
    item.setAge(form.setAge());

    itemRepository.update(itemId, itemParam);
    return "redirect:/test/{id}";
}

* 복합 룰 검증 코드는 설계에 따라 다르므로 주석 처리함.

>> 생성 시 코드만 따로 보자

1) @ModelAttribute("item") ItemSaveForm form

Item 객체가 아닌 ItemSaveForm 객체에 담아야한다.

@PostMapping("/add")
public String addItem(@Validated @ModelAttribute("item") ItemSaveForm form, BindingResult bindingResult,
                   		RedirectAttributes redirectAttributes, Model model) {
//...
}

이럴 경우 Item 객체로 변환하는 과정이 필요하다. (이런 과정이 복잡하게 느껴서 폼을 하나로 하면 그러다 더 망할 확률이 높다.)

2) 폼 객체를 Item 객체로 변환

@PostMapping("/add")
public String addItem(@Validated @ModelAttribute("item") ItemSaveForm form, BindingResult bindingResult,
                      RedirectAttributes redirectAttributes, Model model) {
                      
    // 검증에 실패하면 다시 입력 폼으로
    if(bindingResult.hasErrors()){
        log.info("bindingResult = {}", bindingResult);
        return "test/addForm";
    }

    // 성공 로직
    Item item = new Item();
    item.setName(form.getName());   // 원래는 GETTER, SETTER 없이 생성자로 하는 것이 좋다.
    item.setAge(form.setAge());

    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/test/{id}";
}

Item 객체 생성해서

Form객체로 부터 생성자 OR getter, setter로 넣어준 Item 객체 값을 Repositroy에 보내야한다!

🔩 HTTP 메시지 컨버터

@Valid, @Validated 적용 가능

- Controller  (Domain은 동일)

@PostMapping("/add")
public Object addItem(@RequestBody @Validated ItemSaveForm form, BindingResult bindingResult){
    // ItemSaveForm 객체가 만들어지지 않으면 controller 호출 x
    log.info("api controller 호출");

    if(bindingResult.hasErrors()){
        log.info("검증 오류 발생 errors={}", bindingResult);
            return bindingResult.getAllErrors(); // 실무에서는 필요한 것만 뽑아서 객체 만들어서 반환 필요
    }

    log.info("성공 로직 실행");
    return form;
}

1. 타입 오류 : 400 에러

예시) age 필드에 "Merry" 라는 String 값을 넣으면

ItemSaveForm객체 자체가 만들어지지 않아 Bean Validation은 적용이 되지 않는다. Json 객체가 만들어지지 않았으니 당연히 Controller 호출도 되지 않는다. (전체 객체 단위로 적용)

2. 검증 오류

모든 값을 다 뽑아내서 Body에 출력한 화면이다.

rejectedValue 등 필요한 데이터만 뽑아서 API 개발 필요하다.

+) 타임리프 사용 시 화면에 오류 표출 부분

<div>
    <label for="name" th:text="#{label.item.name}">이름</label>
    <input type="text" id="name" th:field="*{name}"
           th:errorclass="field-error" class="form-control" placeholder="이름을 입력하세요">
    <div class="field-error" th:errors="*{name}">
        이름 오류
    </div>
</div>

처음 공부를 하고 게시판을 만들었을 때 입력 폼과, 수정 폼 비슷한데 한번에 쓰면 되지 않나? 라는 생각을 했던 적이 있었다. 그런 단계에서 이 강의를 봤으면 말끔하게 생각 정리를 할 수 있었을 것 같다. 

Validaion 챕터는 세부 단계로 나눠서 따라가다 보니 긴가민가했었는데 Bean Validation에서는 확실히 이해가 쉬웠다. ModelAttribute는 각각 필드 단위로 이루어지고 RequestBody에서는 Json 객체가 만들어지지 않으면 Controller를 태우지 않고 검증 단계로 이어가지 않는다는 정리까지도 좋았다. 생각보다 많은 어노테이션으로 검증을 할 수 있었다. 여기 실무 프로젝트에서는 직접 Validator를 작성해서 검증하는 것으로 보이는데 한번 조사를 해봐야겠다!

>> 내가 담당하고 있는 프로젝트에는 없어서 동료 프로젝트 validator를 간략하게 확인해봤는데

로직에 RequestValidator.validateSample(SampleRQmsg); 메소드를 날려서

RequestValidator class에서는 if문으로 다 분기처리해서 각 검증 룰에 맞게 contant로 관리되는 에러코드를 넣어주고 rs하고 있었다.

스프링 MVC 2편 - 백엔드 웹 개발 활용 기술

- 스프링에서 @ResoponseBody를 사용할 때

viewResolver 대신 HttpMessageConverter가 동작

HttpMessageConverter 인터페이스

- HTTP 요청, 응답 둘 다 사용

- byteArray, String, JSON 객체

- canRead(), canWrite() : 메시지 컨버터가 해당 클래스, 미디어타입(content-type, accept 미디어 타입)을 지원하는지 체크

- read(), write()  : 메시지 읽고 쓰기

- 우선 순위에 따라 쓰이는 convert가 다르다.

Dispatcher Servlet - RequestMapping 핸들러 어댑터

🚩HttpMessageConverter 있는 곳

- HandlerMerthodArgumentResolver (파라미터 처리)

- HandlerMerthodReturnValueHandler (응답 값을 반환, 처리)

*  인터페이스로 제공하니 WebMvcConfigurer로 확장할 수 있으나 실제로 할 일은 많지는 않다.

생각보다 깊은 곳까지 설명을 해주셨다. 완벽하게 이해하지는 않았지만

포괄적으로 HttpMessageConverter가 우선순위에 의해서 맞는 converter가 쓰이고 

Dispatcher Servlet - RequestMapping 핸들러 어댑터에서 request, response할 때 HttpMessageConverter가 쓰인다는 점. 

1년 전까지만 해도 Dispatcher Servlet을 알고나서 머리를 탁 쳤었는데 마감이 급한 일만 처리하다보니..기억에서 많이 사라졌다. 공부의 필요성을 새삼 느꼈다.

인프런 스프링 MVC 1편

어찌보면 간단한 파일 migration 과업을 할당받았다. 

기존 웹 프로젝트 내부에 작동시키기 보다 연결 DB가 다르고 마이그레이션 특성상 1회성으로 필요한 프로젝트이므로 독립 프로젝트로 생성했다.

프레임워크를 붙이지 않고 했다가 서버나 DB연결의 용이성을 위해 붙이게 됐다.

공부할 겸 JPA와 React.js도 한번 붙여보았다. (서버에만 돌아가면 되지만 새로운 것을 공부해보고 싶은 소망.)

개발환경 

• OS : window10
• IDE : IntelliJ
• FrontEnd : HTML/CSS, JavaScript, React.js
• BackEnd : Spring Boot(Gradle), Spring Data JPA, JAVA11
• DB : Oracle, Postgresql

1. 프로젝트 생성

Spring initializr (https://start.spring.io/)

*Spring boot 3.X.X 버전이라면 Java17 이상을 사용해야 한다.

*Dpendencies JPA 넣었다가 빌드 해본 후 설정을 쌓아가려고 삭제함.

2. IntelliJ 환경설정

[Setting - Build - Gradle] 에서 intelliJ IDEA에서 빌드되도록 수정하고

자바 버전에 맞는 JDK를 설정해주어야 정상적으로 빌드가 된다.

Unsupported class file major version 64

위와 같은 오류가 뜨면 JDK가 제대로 설정되어 있는지 확인 필요. 실제로 타 프로젝트 때문에 JDK 17로 설정되어 있어서 오류가 생겼다.

3. 빌드 한번 해보기

성공

4. react.js 설치

React를 개발하기 위해선 Node.js 가 반드시 필요 (npm 명령어로 쓸건데 노드에 들어있기 때문에)

충격,,이래서 리액트 + 노드 조합을 많이 쓰는구나

- Node.js 설치

https://nodejs.org/en

- react 프로젝트 생성 (터미널)

cd C:\projects\project\src\main

npx create-react-app frontend

Happy hacking!

5. DB 연결

- Build.gradle JPA 디펜더시 추가

dependencies {
	implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
}

- src/main/resources/application.properties

server.port=8200

## database
spring.datasource.driver-class-name=org.postgresql.Driver
spring.datasource.url=jdbc:postgresql://172.21.71.28:5432/DEV
spring.datasource.username=toutsc_sec
spring.datasource.password=twayOUTSC_sec135!#%

## jpa
spring.jpa.show-sql=true
spring.jpa.hibernate.ddl-auto=create
# 쿼리 가독성 향상
spring.jpa.properties.hibernate.format_sql=true
# 쿼리 출력
spring.jpa.properties.hibernate.show_sql=true
# 파라미터 바인딩
logging.level.org.hibernate.type.descriptor.sql=trace
spring.jpa.properties.hibernate.jdbc.lob.non_contextual_creation=true

## logging
logging.level.org.hibernate.sql=debug
logging.level.org.hibernate.type.descriptor.sql.spi=trace

* 다른 프로젝트에 8080을 써서 포트 번호 변경

또 실행시켜보기. 정상적으로 히카리 풀이 붙었다.

8200포트로 로컬로 접속도 됨.

6. react.js와 스프링 연동

터미널에서 react 실행

cd frontend
npm start

* React 프로젝트 : 3000번 포트

* SpringBoot 프로젝트 : 8080번 포트로 실행

- CORS 문제 발생 > proxy 설정

"proxy": "http://localhost:8200"

- Build.gradle

def frontendDir = "$projectDir/src/main/frontend"

sourceSets {
	main {
		resources { srcDirs = ["$projectDir/src/main/resources"]
		}
	}
}

processResources { dependsOn "copyReactBuildFiles" }

task installReact(type: Exec) {
	workingDir "$frontendDir"
	inputs.dir "$frontendDir"
	group = BasePlugin.BUILD_GROUP
	if (System.getProperty('os.name').toLowerCase(Locale.ROOT).contains('windows')) {
		commandLine "npm.cmd", "audit", "fix"
		commandLine 'npm.cmd', 'install' }
	else {
		commandLine "npm", "audit", "fix" commandLine 'npm', 'install'
	}
}

task buildReact(type: Exec) {
	dependsOn "installReact"
	workingDir "$frontendDir"
	inputs.dir "$frontendDir"
	group = BasePlugin.BUILD_GROUP
	if (System.getProperty('os.name').toLowerCase(Locale.ROOT).contains('windows')) {
		commandLine "npm.cmd", "run-script", "build"
	} else {
		commandLine "npm", "run-script", "build"
	}
}

task copyReactBuildFiles(type: Copy) {
	dependsOn "buildReact"
	from "$frontendDir/build"
	into "$projectDir/src/main/resources/static"
}

- project root로 가서 빌드

./gradlew build

나는 무슨 삽질을 하고 있었던거지 빌드 안된다고 2시간째 환경변수만 팠네..........

setting에서 jdk고 sdk고 랭기지 버전이고 다 11로 맞췄는데 안돼서 죽어가고 있었는데

인텔리제이 다시 깔고 빌드하고 뭐하니깐 갑자기 됨. 앗솨 됐음 됐어.

poperty or field 'orderItems' cannot be found on object of type

orderItems를 getter를 못해서 생김

나의 경우는 황당하게 

getter, public도 다 되어있지만

Order 엔티티 Class의 orderItems의 필드가 orderitems로 오타가 있어서 못불러왔다.

DB계정이 두개인데 계속 있는 권한이나 테이블이 없다그래서 프로젝트 다 까봄

context-datasource.xml

1) bean

<bean id="datasourceId" class="!!class!!" destroy-method="close">
    <property name="uniqueResourceName" value="datasourceId" />
    <property name="xaDataSourceClassName" value="!!className!!" />
    <property name="xaProperties">
        <props>
            <prop key="URL">${jdbc.pj.url}</prop>
            <prop key="user">${jdbc.pj.username}</prop>
            <prop key="password">${jdbc.pj.password}</prop>
        </props>
    </property>
</bean>

2) entry key 작성

<bean id="datasources" class="~~">
    <property name="targetDataSources">
        <map key-type="java.lang.String">
            <entry key="default" value-ref="datasourcePost" />
            <entry key="sub" value-ref="datasourceOracle" />
        </map>
    </property>
</bean>

sql-mapper-config.xml

* databaseIdProvider에 name 추가

*entry key랑 맞춰주쇼

<databaseIdProvider type="DB_VENDOR">
    <property name="main" value="PostgreSQL" />
    <property name="sub" value="Oracle" />
</databaseIdProvider>

얏호 해결!

마이바티스 매뉴얼에도 나와있다.

DB_VENDOR 설정하기

- 파라미터가 다 있을 때

    public List<Order> findAll(OrderSearch orderSearch) {
        return em.createQuery("select o from Order o join o.member m" +
                        "where o.status :=status " +
                        "and m.name like :name", Order.class)
                .setParameter("status", orderSearch.getOrderStatus())
                .setParameter("name", orderSearch.getMemeberName())
                .setMaxResults(1000)   // 최대 1000건
                .getResultList();
    }

- 동적쿼리 

1) JPQL로 처리 

코드도 길고 유지보수하기 힘들다. 실무에서 안씀!

    public List<Order> findAllByString(OrderSearch orderSearch) {

        String jpql = "select o from Order o join o.member m";
        boolean isFirstCondition = true;

        //주문 상태 검색
        if (orderSearch.getOrderStatus() != null) {
            if (isFirstCondition) {
                jpql += " where";
                isFirstCondition = false;
            } else {
                jpql += " and";
            }
            jpql += " o.status = :status";
        }

        //회원 이름 검색
        if (StringUtils.hasText(orderSearch.getMemberName())) {
            if (isFirstCondition) {
                jpql += " where";
                isFirstCondition = false;
            } else {
                jpql += " and";
            }
            jpql += " m.name like :name";
        }

        TypedQuery<Order> query = em.createQuery(jpql, Order.class)
                .setMaxResults(1000);

        if (orderSearch.getOrderStatus() != null) {
            query = query.setParameter("status", orderSearch.getOrderStatus());
        }
        if (StringUtils.hasText(orderSearch.getMemberName())) {
            query = query.setParameter("name", orderSearch.getMemberName());
        }
        return query.getResultList();
    }

2) JPA Criteria로 처리

JPA 표준 제공(JPA 스펙에 있어서 실습 진행한 것이 실무에 사용되는 것은 아니다.)

1번보다 짧아졌지만 이 코드만 봐서 무슨 쿼리가 생성되는지 모르겠음 > 유지보수가 힘들다.

    public List<Order> findAllByCriteria(OrderSearch orderSearch){
        //jpa 표준 제공
        CriteriaBuilder cb = em.getCriteriaBuilder();

        CriteriaQuery<Order> cq = cb.createQuery(Order.class);
        Root<Order> o = cq.from(Order.class);
        Join<Order, Order> m = o.join("member", JoinType.INNER);

        List<Predicate> criteria = new ArrayList<>();

        // 주문 상태 검색
        if(orderSearch.getOrderStatus() != null) {
            Predicate status = cb.equal(o.get("status"), orderSearch.getOrderStatus());
            criteria.add(status);
        }

        //회원 이름 검색
        if (StringUtils.hasText(orderSearch.getMemberName())) {
            Predicate name =
                    cb.like(m.<String>get("name"), "%" +
                            orderSearch.getMemberName() + "%");
            criteria.add(name);
        }
        cq.where(cb.and(criteria.toArray(new Predicate[criteria.size()])));
        TypedQuery<Order> query = em.createQuery(cq).setMaxResults(1000); //최대 1000건

        return query.getResultList();
    }

3) Querydsl로 처리(강추!!)

JAVA 코드이기 때문에 오류가 나면 확인 가능(실수 방지)

*추후에 보충 수정 예정!

1. try~catch문

   @Test
    public void 중복_회원_예외() throws Exception {
        //given
        Member member1 = new Member();
        member1.setName("kim");

        Member member2 = new Member();
        member2.setName("kim");

        //when
        memberService.join(member1);
        try {
            memberService.join(member2);    // 예외 발생
        } catch(IllegalStateException e) {
            return;
        }

        //then
        fail("예외가 발생해야 한다.");
    }

2. @Test(expected = )

    @Test(expected = IllegalStateException.class)
    public void 중복_회원_예외() throws Exception {
        //given
        Member member1 = new Member();
        member1.setName("kim");

        Member member2 = new Member();
        member2.setName("kim");

        //when
        memberService.join(member1);
        memberService.join(member2);    // 예외 발생

        //then
        fail("예외가 발생해야 한다.");
    }

인프런 실전! 스프링 부트와 JPA 활용 1 - 회원서비스 테스트