Spring과 Spring-Boot의 시간 경과로 잊어버릴 것 같은 일을 우선 메모해 두는 페이지

개발환경계

소스(자원 포함) 업데이트 시 자동 재로드

spring-boot-devtools를 사용합니다.
maven or gradle 의 dependencies 로 설정한다.
설정 기술 내용은 ↓ 참조.
Spring 공식

※공식의 설정대로 해 두면, jar 로 굳었을 때, jar 안에 devtools 의 jar 는 들어가지 않는다(중요).

Eclipse에서 Spring-Boot를 시작합니다.

STS를 넣고 툴바에서 Boot 대시 보드를 엽니 다

대시 보드의 프로젝트를 마우스 오른쪽 버튼으로 클릭하여 시작

※툴바의 빨간색 프레임 부분이 대시보드↓


※툴바에 Boot 대시보드가 ​​없는 경우,
메뉴 창 > 보기 보기 > 기타 에서 대시보드에서 검색

※대시보드는 Spring-Boot의 프로젝트가 마음대로 인식된다↓

실장 시스템

@Configuration 대신 @import 사용

@SpringBootApplication 에 @Configuration 가 붙어 있으므로, 스스로 만드는 Config계의 클래스는 전부, @SpringBootApplication 가 부여되고 있는 클래스로부터 @Import로 호출하는 것으로 하고,@Confiuration를 붙이지 않는 것

※실제로는＠Confiuration에서도 문제 없지만, 알고 있는 사람감이 나온다.

Starter가 사용하는 Bean 설정 @ myBatis-starter에서 hikariCP를 사용하고 싶지 않거나

Starter는 필요한 Bean이 DI 컨테이너에 있는지 여부를 판단하고, 없으면 필요한 Bean을 생성하는 동작이 되고 있다.
참고 페이지: Spring Boot의 AutoConfigure 작동 방식 이해
※혹은,Starter의 소스를 본다

그래서 스스로 Bean을 만들면 디폴트로 만들어지는 Bean을 무시할 수 있다.

예를 들어, MyBatis의 starter에서는 Datasource가 없는 경우, HikariCP의 Datasource를 만들게 되어 있지만, HikariCP를 사용하고 싶지 않을 때는 스스로 Datasource의 Bean을 DI 컨테이너에 등록해 버리면 OK.

예)↓를 해 두면, HikariCP를 사용하지 않게 된다.

@Bean
public DataSource datasource() {
    MysqlDataSource ds = new MysqlDataSource();
    // ～略～
    // ※Datasourceの設定を普通に書く
    return ds;
}

기동 및 릴리스 시스템

gradle에서 실행 가능 jar 만들기 & 시작 @ eclipse

"gradle 작업"창 중에서

build > boorJar

실행.

build/libs 안에 jar 로 되어 있기 때문에, 그 jar 를 사용해,

java -jar 生成したjarファイル

에서 시작.

실행 가능 jar에 인수와 함께 사용할 속성 파일을 지정합니다.

java -jar jarファイル --spring.config.location=classpath:/default.properties

덧붙여서, jar 파일이 있는 디렉토리에 application.properties 를 두면, 둔 application.properties 를 읽어들인다.
※ --spring.config.location의 지정은 불필요
※라고 하는 application.properties 의 읽어들여 우선 순위도↓에 써 있다

Spring 공식