Spring Quartz 세팅 및 QRTZ_테이블관련 스키마 생성

[jihukimme]

📑 작업 내용 (Description)

지속적으로 발생하던 애플리케이션 시작 오류(BeanCreationException, UncategorizedScriptException)를 해결하기 위해 데이터베이스 및 Quartz 스케줄러 설정을 전면적으로 리팩토링했습니다.

이번 변경을 통해 애플리케이션의 메인 DataSource와 Quartz 전용 DataSource를 명확하게 분리하여, 각 스키마의 초기화가 독립적이고 안정적으로 수행되도록 구조를 개선했습니다.

📝 주요 변경 사항 (Key Changes)

• DataSource 이중화 구성 (DataSourceConfig.java 추가)

  • global/config/DataSourceConfig.java를 추가하여 두 개의 독립된 DataSource 빈(Bean)을 명시적으로 생성합니다.
  • 메인 DataSource: @Primary 어노테이션을 지정하여 MyBatis와 spring.sql.init이 사용하도록 합니다.
  • Quartz DataSource: @QuartzDataSource 어노테이션을 지정하여 Spring Quartz 전용으로 사용하도록 합니다.
  • 이를 통해 application.yml의 spring.datasource와 spring.quartz.datasource 설정을 각각 독립된 커넥션 풀로 관리합니다.

• 스키마 초기화 로직 분리

  • 애플리케이션 스키마: spring.sql.init은 이제 메인 DataSource를 대상으로 00-drop-maria.sql, 01-schema.sql 등 애플리케이션 관련 스크립트만 책임집니다.
  • Quartz 스키마: spring.quartz.jdbc.initialize-schema: embedded 설정을 통해 Quartz가 자체적으로 스키마를 생성하도록 책임을 위임했습니다. 이 과정은 분리된 Quartz DataSource를 통해 안전하게 수행됩니다.

• SQL 스크립트 안정화

  • 00-drop-maria.sql: 기존의 불안정한 동적 SQL 방식 대신, 모든 테이블을 명시적으로 DROP TABLE IF EXISTS 구문으로 삭제하도록 변경하여 안정성을 확보했습니다.
  • 00-truncate.sql: mode: always 설정에서는 불필요하므로 data-locations에서 제거했습니다.

• application.yml 파일 정리

  • 위 변경 사항에 맞춰 application-develop.yml의 spring.sql.init과 spring.quartz 설정을 명확하게 분리하고 정리했습니다.

✔️ 확인 방법 (How to Verify)

1. develop 프로파일을 활성화한 상태에서 애플리케이션을 실행합니다.
2. 이전과 같은 BeanCreationException이나 UncategorizedScriptException 없이 애플리케이션이 정상적으로 시작되는지 확인합니다.
3. DB에 접속하여 애플리케이션 테이블들(workflow, user 등)과 Quartz 테이블들(QRTZ_JOB_DETAILS 등)이 모두 정상적으로 생성되었는지 확인합니다.

✅ 체크리스트

코드 품질

• 커밋 컨벤션 준수 (feat/fix/docs/refactor 등)
• 불필요한 코드/주석 제거

테스트

• 로컬 환경에서 동작 확인 완료
• 기존 기능에 영향 없음 확인

배포 준비

• 환경변수 추가/변경사항 문서화
• DB 마이그레이션 필요 여부 확인
• 배포 시 주의사항 없음