이전 apache-tomcat 8.5.56 에서도 한글이 깨져 관련 글을 포스팅했었는데, (gubok.tistory.com/500) 이번엔 조금 다른형태로 진행됨.

기존 apache-tomcat 8.5.56 에서는 {TOMCAT_HOME}/conf/logging.properties 의 encoding설정라인을 아예 주석으로 처리해서 한글문제가 해결되었으나 이번 apache-tomcat 9.0.41에서는 해결되지 않았다.

구글링해서 얻은 결론은 EUC-KR로 처리함. ( 환경은 Windows 2012 Server )

 

Encoding전

 

Encoding후

 

EUC-KR로 인코딩이라... 오랫만에 보는 인코딩이라 뭔가 좀 찜찜하다. 



어느순간 SpringFramework을 사용하는 프로젝트는 springboot가 대세가 되버렸고, 

이제는 점점 springboot + maven + mybatis 에서 maven자리를 gradle이 대체하는 추세인듯하다. (개인적인 느낌)

여전히 Maven이 친숙한 입장에서 gradle이 익숙하지 않은데서 오는 삽질이 또다시 반복되고 있다.(ㅠ.ㅠ)

(앞으로도 개발을 놓기전까지 이런 패턴은 계속될듯...)

 

eclipse나 sts등의 IDE에서 gradle로 관리하는 프로젝트에서 mybatis mapper.xml 에서 domain class의 typealias를 인식하지 못하고 오류표시를 내곤한다.

Class/TypeAlias 인식하지 못한 오류

그런데 springboot로 실행하면 특별한 오류없이 잘 실행되곤 한다. 그냥 내버려두고 싶다가도 계속 눈에 거슬리다보니 원인과 해결책을 찾아 메모해둔다. 

 

개인의견으로는 Spring의 설정이 xml 에서 annotation으로 변화되면서 실행시점에 mapper와 domain class를 인식하기에 실행에는 문제가 없으나 IDE Tool에서는 이를 인지하기엔 추가적인 설정이 필요하지만 적용하지 않아 발생하는 오류로 보인다.

기본적인 springboot+mybatis+gradle  프로젝트 설정 이후 DataSource관련 추가설정을 별도의 class로 분리하여 아래와 같이 설정했다.

 

1. 일반적인 springboot 설정

@SpringBootApplication
public class TestBootApplication {

	public static void main(String[] args) {
		
		SpringApplication app = new SpringApplication(TestBootApplication.class);
		app.run(args); 
	}

2. DataSource Config설정

@Configuration
@ComponentScan
@EnableTransactionManagement
public class DataSourceConfig {
	
	@Bean
	public SqlSessionFactory sqlSessionFactory(DataSource dataSource) throws Exception {
		SqlSessionFactoryBean sessionFactory = new SqlSessionFactoryBean();
		sessionFactory.setDataSource(dataSource);
		sessionFactory.setVfs(SpringBootVFS.class); 
		
		Properties properties = new Properties();
		properties.setProperty("callSettersOnNulls", "true");
		sessionFactory.setConfigurationProperties(properties);
		
		org.apache.ibatis.session.Configuration configuration = new org.apache.ibatis.session.Configuration();
		configuration.setCallSettersOnNulls(true);
		sessionFactory.setConfiguration(configuration);
		sessionFactory.setTypeAliasesPackage("com.test.dto");

		return sessionFactory.getObject();
	}	
}

여기까지만 해도 실행에는 문제가 발생하지 않는다. 하지만 서두의 문제처럼 IDE에서 오류가 발생한다.

 

application.properties나 application.yml에 아래의 설정을 추가해주자.

mybatis:
  type-aliases-package: com.test.dto
  mapper-locations: com/test/mapper/*.xml

추가로

위의 mapper-locations 는 일정한 규칙대로 일괄적용하는 방식이라면

config-location=mybatis-config.xml 형식으로 지정하면 선택적인 mapper및 alias name을 적용할 있다. 

아래는 mybatis-config.xml 파일의 샘플이다.

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
 	<settings>
		<setting name="callSettersOnNulls"    value="true"/>
		<setting name="jdbcTypeForNull"       value="NULL" />
		<setting name="cacheEnabled"          value="false" />
		<setting name="useGeneratedKeys"      value="true" />
		<setting name="defaultExecutorType"   value="REUSE" />
		<setting name="mapUnderscoreToCamelCase" value="true"/>
	</settings>
 
  <mappers> 
    <mapper resource="com/test/oracle/mapper/TestMapper.xml"/>
    <mapper resource="com/test/oracle2/mapper/UserDao.xml"/>
    ...
  </mappers>

  <typeAliases>
	<typeAlias type="com.test.dto.UserDto" alias="User" />
  </typeAliases>

 

 



keystore파일, 즉 주로 확장자가 jks 끝나는 인증서 파일로 tomcat에서 사용한다고 하면 전달하는 파일이다.

그런데, 사이트에서 직접 구매한 ssl keystore파일은 비밀번호가 부자연스럽고, 어려워서 변경하기를 원한다.

 

결론은 구글링해서 나온 검색어를 제대로 이해하지 못하면 삽질을 하게된다.

아래의 순서대로 그대로 진행하면 적어도 삽질의 횟수를 조금은 줄일수 있을것으로 보인다.

 

1.keystore password(키 저장소 비밀번호) 변경
키 저장소 파일명 : mydomaintest.com.jks
alias 명 : mydomaintest.com
최초 발급받은 비번 : 12345
변경할 비밀번호 : new12345
keytool -storepasswd -new new12345 -keystore mydomaintest.com.jks
키 저장소 비밀번호 입력: 12345 ( 초기 ssl 인증서 업체로부터 전달받은 비밀번호 )

2.keypass password( 키패스 비밀번호 ) 변경
keytool -keypasswd -alias mydomaintest.com -new new12345 -keystore mydomaintest.com.jks
키 저장소 비밀번호 입력: new12345 ( 위에서 변경한 비밀번호 입력 )
<mydomaintest.com>에 대한 키 비밀번호를 입력하십시오. 12345 ( 최초 발급시 발급받은 비밀번호 )

 

 

 



« PREV : 1 : 2 : 3 : 4 : 5 : 6 : ··· : 61 : NEXT »