요즘 여러 디버깅 툴들이 나와있지만 그래도 아직은 콘솔을 보지 않고 개발하기는 어렵습니다.
그런데 이 콘솔의 내용을 파일로 저장하고 싶어하는 분들이 많이 계십니다.
그래서 제가 예전에 사용하던 방법을 올립니다.
사실 저도 프로젝트를 하면서 얻은 지식입니다. ^^;;
@ECHO OFF TITLE Console2File set LOG_DIR=.\nohup set PREFIX=%DATE:~4%_%TIME:~0,-3% set PREFIX=%PREFIX::=% set PREFIX=%PREFIX:-=% set PREFIX=%PREFIX: =0% ren %LOG_DIR%\nohup.out nohup.out.%PREFIX% start /B startup.bat > %LOG_DIR%\nohup.out 2>&1 set LOG_DIR=.\nohup set PREFIX=%DATE:~4%_%TIME:~0,-3% set PREFIX=%PREFIX::=% set PREFIX=%PREFIX:-=% set PREFIX=%PREFIX: =0% ren %LOG_DIR%\nohup.out nohup.out.%PREFIX% start /B startup.bat > %LOG_DIR%\nohup.out 2>&1 set PREFIX=%DATE:~4%_%TIME:~0,-3% set PREFIX=%PREFIX::=% set PREFIX=%PREFIX:-=% set PREFIX=%PREFIX: =0% ren %LOG_DIR%\nohup.out nohup.out.%PREFIX% start /B startup.bat > %LOG_DIR%\nohup.out 2>&1 ren %LOG_DIR%\nohup.out nohup.out.%PREFIX% start /B startup.bat > %LOG_DIR%\nohup.out 2>&1
start /B startup.bat > %LOG_DIR%\nohup.out 2>&1
위 내용을 nohup.cmd(혹은 nohup.sh)로 저장 후 bin 폴더에 넣어주세요.
nohup.cmd 실행파일 위치에서 nohup폴더를 만들고 그 안에 nohup.out 파일을 만들어 주세요.
tomcat 최신버전의 경우 startup.bat의 57라인의 start를 run으로 바꿔주세요.
startup.bat 대신에 nohup.cmd를 실행합니다.
실행을 하게되면 현재 실행되고 있는 콘솔의 내용은 nohup.out파일에 실시간으로 기록되게 됩니다.
그리고 서버를 내렸다가 다시 올리게 되면 기존의 내용은 'nohup.out.날짜_시간'으로 저장되게 됩니다.
이 방법은 콘솔의 내용을 간단하게 파일로 저장할 수 있지만 단점은 파일의 용량을 제한해서 분할할 수 없다는 점이 단점입니다.
실제로 사용해 보면서 100M가 넘는 로그파일이 생기는 경우도 있엇는데 이런 경우 에디터로 파일을 열 경우 상당히 오래걸리고 버벅대게 됩니다. 그럴때는 파일을 나누는 프로그램으로 나눈 후에 보시는 방법을 추천합니다.
log4sql은 직접적으로 DataSource를 지원하지 않습니다. 그리고 제우스에서도 직접적으로 드라이버 클래스를 지정할 수 없습니다. 따라서 제우스에서는 원하는 드라이버 클래스를 지정하려면 BlackboxConnectionPoolDataSource를 사용해야 합니다.
지정하는 방법은 다음 순서대로 따라하시면 됩니다.
먼저 log4sql.jar를 $JEUS_HOME/lib/application 경로에 넣어 주세요.
저는 BlackboxConnectionPoolDataSource을 몰라서 약 3일간 삽질을 하다가 티맥스 테크넷의 'Spy를 사용하여 SQL 로그 보기' 를 보고 알았습니다. 그리고 나중에 찾아보니 테크넷에 저보다 먼저 log4sql 적용 방법을 문의하신 분도 계시더군요.
테크넷은 회원가입을 해야하고 쉽게 찾기가 어려워 이렇게 따로 포스팅을 올립니다. 이렇게 포스트로 작성하면 구글링으로 쉽게 찾을 수 있을꺼에요.^^
우리는 제일 처음 자바를 배울 때 앞 단원에서 프리미티브 타입과 Wrapper 클래스에 대해서 배웁니다. 그리고 곧 잊어버리게 됩니다. 코딩을 하다 보면 어느순간 부터인가 프리미티브 타입이나 Wrapper 클래스에 대해 생각하지 않고 코딩을 하게 되기 때문입니다. 아니 사실 처음부터 신경쓰지 않고 코딩을 했을지도 모릅니다.
/** * @param args */ public static void main(String[] args) { new Test().testInteger(); }
public void testInteger() { int a = 1; int b = 1; Integer c = new Integer(1); Integer d = new Integer(1); System.out.println("1:"+System.identityHashCode(a)); System.out.println("2:"+System.identityHashCode(b)); System.out.println("3:"+System.identityHashCode(c)); System.out.println("4:"+System.identityHashCode(d)); System.out.println("5:"+(a == b)); // System.out.println("6:"+a.equals(b)); System.out.println("7:"+(c == d)); System.out.println("8:"+c.equals(d)); System.out.println("9:"+(a == c)); } }
이 코드를 실행시키면 다음과 같은 결과를 얻을 수 있습니다.
1번부터 8번까지는 '[String 비교하기] .equals()와 ==은 다른가요?'를 잘 읽어 보셨다면 어느정도 감이 오실껍니다. 아... '[String 비교하기] .equals()와 ==은 다른가요?'는 기억이 잘 안나신다구요? 그럼 제가 다시 간단하게 요약하자면 여기서 a,b는 프리미티브 타입으로 하나의 '값'이라고 보시면 됩니다. 하지만 c,d는 '값 '이 아니라 '객체'입니다. 그런데 왜 9번은 결과가 true일까요? 분명히 프리미티브 타입(값)과 Wrapper 클래스를 비교했는데 결과는 왜 같다고 나왔을까요? 그것은 바로 '자동 UnBoxing'에 있습니다. 9번에서는 프리미티브 타입과 Wrapper 클래스를 비교했는데요. 이때 비교 대상이 프리미티브 타입이라는걸 알고 있기 때문에 Wrapper 객체에서 자동으로 값을 꺼내서 프리미티브 타입 대 프리미티브 타입으로 바꿔서 비교해 주는 것입니다. 이와 반대로 자동 Boxing은 Wrapper 객체가 와야 할 자리에 프리미티브 타입이 오면 프리미티브 타입을 자동으로 Wrapper 객체로 만들어 주게 됩니다. 하지만 '[String 비교하기] .equals()와 ==은 다른가요?'에서 String은 자동 Boxing, 자동 UnBoxing 기능이 없기 때문에 9번처럼 비교하면 당연히 false가 나오게 됩니다.
글 솜씨도 없고 재미도 없는 포스트 끝까지 읽어 주셔서 감사합니다. 기본기만 하면 너무 심심하니 다음에는 DWR을 이용한 Ajax, Reverse Ajax 사용하기를 한번 포스트 해볼 생각입니다. 많이 기대해 주세요.^^
하지만 왜 String을 비교할 때만 이렇게 비교하는지 우리는 알고 코딩을 하고 있는 것일까? int, boolean, long 등은 == 로 비교를 하면서 String은 왜 다를까?
지금부터 String을 비교할 때 .equals()와 == 이 어떻게 다른지 알아보자.
일단 코드를 실행해보고 결과를 보면서 진행하겠습니다. 저는 백문이불여일견이라는 말을 좋아하거든요.^^
public class Test {
/** * @param args */ public static void main(String[] args) { // TODO Auto-generated method stub new Test().testString(); }
public void testString() { String a = "TEST"; String b = "TEST"; String c = new String("TEST"); String d = new String("TEST"); System.out.println("1:"+System.identityHashCode(a)); System.out.println("2:"+System.identityHashCode(b)); System.out.println("3:"+System.identityHashCode(c)); System.out.println("4:"+System.identityHashCode(d)); System.out.println("5:"+(a == b)); System.out.println("6:"+a.equals(b)); System.out.println("7:"+(c == d)); System.out.println("8:"+c.equals(d)); } }
위 코드를 실행해 보면 결과는 다음과 같이 나옵니다.
결과를 보면 a,b는 hashcode값이 같지만 c,d는 값이 다른 것이 보입니다. 그럼 이번엔 비교한 결과를 볼까요? a,b는 equals()로 비교를 하거나 ==로 비교를 해도 결과는 항상 true 입니다. 하지만 c,d는 equals() 비교를 하면 트루지만 ==로 비교를 하면 false죠.
왜 이런 결과가 나올까요?
이런 결과가 나오는 이유는 equals()는 비교대상의 문자열 리터럴(값)을 비교하고 ==는 대상 객체를 비교하기 때문입니다. 또한 자바에서는 a,b처럼 같은 값을 가지면 하나의 메모리 주소를 참조하게 됩니다. 즉, a,b의 "TEST"라는 문자열 리터럴은 컴파일되면 String 객체가 되는데 a,b는 같은 메모리 주소를 가지게 됩니다. 하지만 c,d는 처음부터 별도의 String 객체로 생성되었기 때문에 동일한 "TEST"라는 문자열 리터럴을 가지지만 서로 다른 객체가 됩니다. 무슨말인지 모르시겠다구요? 그럼 그림으로 한번 볼까요?
간단하게 정리하자면 a,b는 문자열 리터럴이 컴파일시에 자동으로 하나의 String 객체가 되고 b,c는 별도의 객체가되어서 문자열 리터럴(값)으로 비교를 하면 a,b,c,d 모두 같지만 객체로 비교를 하게 되면 (a,b),c,d의 3개의 객체가 되는 것입니다.
여기서 이어지는 또다른 의문점... 프리미티브 타입과 Wrapper 클래스의 비교는 어떻게 될까요? 아래 코드를 한번 돌려 보세요. 8번까지는 위 내용과 비슷하지만 9번 결과는 어떻게 나올까요? 다음에는 프리미티브 타입과 Wrapper 클래스, 자동 Boxing, 자동 UnBoxing에 대해서 알아 보도록 하겠습니다.
package net.westzero;
public class Test {
/** * @param args */ public static void main(String[] args) { // TODO Auto-generated method stub new Test().testInteger(); }
public void testInteger() { int a = 1; int b = 1; Integer c = new Integer(1); Integer d = new Integer(1); System.out.println("1:"+System.identityHashCode(a)); System.out.println("2:"+System.identityHashCode(b)); System.out.println("3:"+System.identityHashCode(c)); System.out.println("4:"+System.identityHashCode(d)); System.out.println("5:"+(a == b)); // System.out.println("6:"+a.equals(b)); System.out.println("7:"+(c == d)); System.out.println("8:"+c.equals(d)); System.out.println("9:"+(a == c)); } }
log4sql은 많이 알려지진 않았지만 상당히 유용한 sql 로거입니다. 만든 분은 송인섭이라는분인데 한국분이신것 같습니다.
기존에 우리는 sql을 디버깅 하기 위해서 대부분 System.out.println()을 사용했습니다. log4j를 이용해서 sql을 콘솔에 찍기도 하고 jdbc관련 클래스를 만들어서 사용하는 경우에도 결국엔 System.out.println()을 사용하게 됩니다. 하지만 sql을 이렇게 콘솔로 표현하게 되면 여러가지 불편한 점들이 생깁니다. 가장 큰 문제점이 바로 소스는 소스대로, 콘솔은 콘솔대로 가독성이 떨어지게 됩니다. 소스상에서 System.out을 사용하게되면 개발이 끝나도 운영에 들어가게되면 이 부분을 주석처리하거나 다른 설정을 하게됩니다. 또한 콘솔에서 보여질때 sql을 소스상에서 들여쓰기를 해주지 않았다면 단순한 sql은 괜찮지만 복잡한 sql은 볼때마다 매번 들여쓰기를 해주어야 한다는 단점이 있습니다. log4sql은 이러한 문제를 해결하기 위해서 간단히 드라이버 설정만 바꿔주면 System.out.println()을 사용하지 않아도, 소스상에서 들여쓰기를 해주지 않아도 콘솔에 예쁘게 들여쓰기가 된 sql을 보여줍니다.
log4sql은 쿼리가 실행되는데 걸린 시간을 표시해줍니다. 어느 부분이 느린지 어느 쿼리가 느린지 콘솔을 보기만 하면 알 수 있습니다.
3. 이 쿼리가 어디서 날린 쿼리지?
log4sql은 쿼리가 실행된 메소드도 표시해 줍니다. 하지만 쿼리를 날리는 클래스를 별도로 두고 해당 클래스를 이용해서 쿼리를 날리게 되면 log4sql도 어쩔수 없답니다.^^;;
어떻게 사용하나요?
간단합니다. JDBC 관련 설정에서 드라이버 설정만 바꿔주면 됩니다. 예를 들어 오라클을 사용하는 경우 기존에 'oracle.jdbc.drirver.OracleDriver' 드라이버를 사용했다면 'core.log.jdbc.driver.OracleDriver'로 바꿔주기만 하면 됩니다. 이제 log4sql을 사용할 준비가 된겁니다. 이제 WAS를 올리고 콘솔을 한번 보세요. sql이 깔끔하게 정리되어서 나타날꺼에요.^^ 다른 디비를 사용하시는 경우에는 log4sql 홈페이지에서 확인하시면 됩니다.
- 자바가 다른 언어로 만들어진 어플리케이션과 상호 작용할 수 있는 인터페이스를 제공한다.
- 자바가상머신(JVM)이 원시 메소드(native method)를 적재(locate)하고 수행(invoke)할 수 있도록 한다
- JNI가 자바가상머신내에 포함됨으로써, 자바가상머신이 호스트 운영체제상의 입출력, 그래픽스, 네트워킹, 그리고 스레드와 같은 기능들을 작동하기 위한 로컬시스템호출(local system calls)을 수행할 수 있도록 한다.
* 쉽게 말해 Java와 다른 언어를 연동하는 솔루션입니다.
[그림1] C로 만들어진 Library와 JAVA를 연결해주는 JNI
2. Why do you need JNI ?
자
바 네이티브 메쏘드(Java Native method, 이하 JNI)는 다른 언어로 작성된 코드를 자바에서 호출하도록 만들어진
규약이다. 현재는 C/C++에 대한 호출만을 정확하게 지원한다. 어떻게 보면 JNI는 자바가 만들어진 철학과 정반대되는 것이다.
그러나. Java에도 한계가 있다.
1. 속도 문제가 있는 계산 루틴 > 자바가 Native Code(플랫폼에 종속적인 기계어 코드)에 비해 느리다.
2. 자바에서 하드웨어 제어
3. 자바에서 지원되지 않은 특정 운영체제 서비스 >
자바의 클래스 라이브러리는 방대하고 다양한 서비스를 제공하지만, 특정 플랫폼에서 제공하는 고유의 서비스의 기능을 모두 포함할
수는 없다. 특히, 특수한 목적으로 제작된 하드웨어를 자바에서 제어해야 할 필요가 있다고 한다면, 자바만으로 해결하기는 힘들다.
4. 기존의 프로그램에서 자바가 제공하는 서비스를 이용 > 기존에 작성된 프로그램이나 기존의 시스템(legacy)과의 연계 문제
∴ JNI를 써서 해결해보자.
3. C를 이용한 JNI 예제
VC++을 이용해 C문법으로 작성되어 만들어진 DLL을 로딩하여 Java에서 사용해보겠습니다.
1단계 : Native Method를 선언하는 자바 클래스 작성 2단계 : 1단계에서 작성한 클래스 컴파일 3단계 : javah를 사용해서 Native Method가 사용할 헤더 파일 생성 4단계 : C언어로 Native Method 실제 구현 5단계 : C 코드와 헤더 파일을 컴파일 6단계 : 자바 프로그램 실행
buf=(*env)->GetStringUTFChars(env, input, &iscopy); // 입력 String 읽어오는 함수 printf ("\nDLL receive Data from JAVA : %s\n",buf); // 입력받은 내용을 출력 strcpy(outputbuf,"Delicious !!\n"); jb=(*env)->NewStringUTF(env, outputbuf); // 출력할 내용의 java버퍼에 output버퍼값을 셋팅
당신의 의견을 작성해 주세요.