DataSourceConfig

DataSourceConfig 자동구성에

JdbcTemplate, JdbcTransactionManager 빈 추가

DataSourceConfig에 JdbcTemplate 메서드 추가

@Bean
@ConditionalOnSingleCandidate(DataSource.class)
@ConditionalOnMissingBean
JdbcTemplate jdbcTemplate(DataSource dataSource) {
    return new JdbcTemplate(dataSource);
}

• @ConditionalOnSingleCandidate(DataSource.class) : Spring 컨텍스트에 등록된 DataSource의 빈이 한 개만 있을 때만 해당 빈을 가져와서 사용하겠다는 조건을 설정하는 데 사용

DataSourceConfig에 JdbcTransactionManager 메서드 추가

@Bean
@ConditionalOnSingleCandidate(DataSource.class)
@ConditionalOnMissingBean
JdbcTransactionManager jdbcTransactionManager(DataSource dataSource) {
    return new JdbcTransactionManager(dataSource);
}

• JdbcTransactionManager를 사용하면 직접 액세스해서 트랜잭션을 관리하는 기능을 사용하는 것이 아닌 @Transactional 애너테이션을 이용해 선언적인 방식으로 트랜잭션 경계를 설정할 수 있음

AOP 추가

@MyAutoConfiguration
@ConditionalMyOnClass("org.springframework.jdbc.core.JdbcOperations")
@EnableMyConfigurationProperties(MyDataSourceProperties.class)
@EnableTransactionManagement
public class DataSourceConfig {

• @EnableTransactionManagement 추가 : 이 애너테이션이 달린 곳의 내부에 구성정보를 가진 클래스를 임포트 해줌

JdbcTemplateTest

DataSourceTest

@ExtendWith(SpringExtension.class)
@ContextConfiguration(classes = HellobootApplication.class)
@TestPropertySource("classpath:/application.properties")
@Transactional
public class DataSourceTest {
    @Autowired
    DataSource dataSource;

    @Test
    public void connect() throws SQLException {
        Connection conection = dataSource.getConnection();
        conection.close();
    }
}

테스트 코드에서 데이터베이스를 조작하는 테스트를 할 때 중요한 점 중 하나는 각각의 테스트가 독립적으로 동작하도록 보장하는 것

이를 위해 테스트는 항상 트랜잭션 안에서 동작하며, 테스트가 끝난 후에는 트랜잭션을 롤백해야 됨

• 테스트 데이터가 다음 테스트에 영향을 주지 않아야 됨
• 테스트에서 수행한 데이터 변경이 남아있다면, 테스트 결과가 왜곡될 수 있음