Carry On Progamming Carry On Progamming

log4j2를 입맛에 맞게 사용하고 싶어서 정리해두기. - jdbc.sqlonly : SQL문만을 로그로 남기며, PreparedStatement일 경우 관련된 argument 값으로 대체된 SQL문이 보여진다. - jdbc.sqltiming : SQL문과 해당 SQL을 실행시키는데 수행된 시간 정보(milliseconds)를 포함한다. - jdbc.audit : ResultSet을 제외한 모든 JDBC 호출 정보를 로그로 남긴다. 많은 양의 로그가 생성되므로 특별히 JDBC 문제를 추적해야 할 필요가 있는 경우를 제외하고는 사용을 권장하지 않는다. - jdbc.resultset : ResultSet을 포함한 모든 JDBC 호출 정보를 로그로 남기므로 매우 방대한 양의 로그가 생성된다. 예) log4j...

위처럼 JUnit 테스트를 하면서 한 JUnit 클래스 안에 메서드가 많을 경우, 그때 그때 하나의 단위 테스트만 테스트 해보고 싶을 것이다. 이때 할 수 있는 방법은 총 2가지가 있다. 첫째는 메서드 이름에 블록을 만든 후, 오른쪽 마우스를 클릭. 그리고 Run As>JUnit Test를 실행하는 것이다. 단축키로 Alt+Shift+X, T이다. 이는 동시에 Alt,Shift,X를 누르고 손을 뗀 다음, T를 눌리면 된다.( ',' 쉼표 표시는 한 템포 쉬라는 뜻인가보다.) 두번째 방법은 소스창 아래에 JUnit 탭에서 테스트를 원하는 메서드에 마우스를 대고, 오른쪽 마우스 버튼을 클릭하고 Run을 실행한다. 이렇게 하면 하고 싶은 테스트를 하나씩만 수행할 수 있어 한 클래스의 모든 test 케이스가 ..

JUnit으로 기존 패키지에 대해 테스트 코드를 만들고 있다. 기존 패키지에서는 테스트 케이스를 만들지 않고 개발했다고 하는데, 이번에 오라클 버전 개발 계획이 잡히면서 기존 소스의 테스트 케이스를 만들고 있다.(순서가 바뀐 듯 하지만..) DAO에 대해 어떤 방법으로 테스트하는지 간단하게 정리해보려 한다. DAO가 제대로 파라미터에 맞춰 동작하는지 테스트 하는 거라 복잡하게 코드를 짤 필요까지 없을 것 같다. 메서드의 파라미터는 하드코딩으로 직접 넣어주고 JUnit을 돌려주면 된다. 간단하게 테스트 코드 작성. 난 클래스 단위에서 @Transactional을 선언했기 때문에 메서드 하나하나에 선언해줄 필요 없이 자동으로 rollback 된다. * @Test 선언하는 것 꼭 잊지 말자. 123456789..

war 파일로 묶을 때 export source files 옵션에 선임님이 체크해두고 export 하라고 하셔서 이게 왜 필요한지 궁금해서 구글링을 좀 해보았다. 소스파일을 같이 내보내지 않으면 혹시 나중에 이슈가 생기는 거라서 그런지 궁금했다. 이클립스 문서 홈페이지에서 찾을 수 있었다. 결론은 export source files 옵션을 체크하지 않아도 서버에서 이슈가 생기진 않는다. 그래서 디폴트로 체크가 되어있지 않나보다. 웹 어플리케이션을 서버에서 돌리는데 소스 파일이 필수적인 건 아니란다. 나중에 war파일로 소스 볼 일이 필요해 누군가가 까볼 일이 있으면 export source files 체크옵션을 체크해주고 내보내면 될 듯 하다.