오늘은 어디로 갈까...

대충 따라서 구현하면 별로 어려운게 없지만, 원리를 알아내기 위해 오늘도 삽을 들었다. 여기서는 대부분 저수준(?)으로 일일이 그려낸다. 컴포넌트화해서 재사용하면 좋을거 같지만, 여러가지 걸림돌이 있는게 현실이다. havi UI에도 Text 같은 Wiget을 제공하는데, 여기서는 전혀 사용을 안한다. 뭔가 특별한 이유가 있을까...? 오늘 배경 이미지를 설정하기 위해 피나는 노력을 했지만... 결과는 참혹했다. 영문으로 된 여러 자료들을 분석하여, 구현하였는데, XletView에서 이미지가 안나온다... 제대로 구현한거 같은데... 혹시나 해서 XleTView의 배경 이미지를 제거하고 했더니, 제대로 나온다. 본인의 구현이 잘못된것일까? 에뮬레이터에서 아직 지원을 안하는것일까? 모르는것이 많으니 정확한 ..

XleTView is an emulator for testing MHP Xlets on a PC. Xlet을 PC에서 실행시키기 위한 에뮬레이터이다. http://sourceforge.net/projects/xletview/ 에서 다운 받은 후 xletview.jar를 실행해주면 된다. xletview는 자바 1.4이상에서 작동한다. * 실행 방법 java -jar xletview.jar * xlet 경로와 초기 xlet을 실행시 직접 명시해 줄 수도 있다. java -jar xletview.jar -xletPath D:\workspace\iptv\bin -xletClass kr.kangwoo.iptv.MainXlet

아주 간단하지만, 매번 잊어버려서 여기 기록을 남긴다. 필요한것은 jad 파일과 jadcplise 파일 http://sourceforge.net/projects/jadclipse/ jadclipse를 다운받아 eclipse plugin 폴더에 복사하면 끝 Window-Preferences-Java-JadClipse 에 가서 설치한 jad 경로를 잡아주면 됨

QueryExecutor는 말 그대로 쿼리 실행기이다. 여기서는 기본적으로 제공하는 SimpleQueryExecutor를 기준으로 설명하겠다. SimpleQueryExecutor는 쿼리와 해당 파라메터를 넘겨받아, PreparedStatement을 사용해서 실행하는 역할을 한다. 넘어온 쿼리와 파라메터를 이용해서 실행 할수 있는 쿼리(RunnableQuery)를 생성해 낸 다음, SQL문으로 PreparedStatement를 생성해하고, 파라메터들 값을 설정한다. 만약 세션에 동일한 SQL문이 있다면 PreparedStatement를 재사용하도록 되어있다. /** * 결과값을 돌려주는 SQL을 실행한다. * * @param * @param session * @param conn * @param query..

오늘은 QueryProvider에 대해서 알아보도록하겠다. QueryProvider는 쿼리를 제공하는 역할을 한다. 우선 제공할 대상인 Query 클래스에 대해서 살펴보자. 처음 본인이 생각해낸 Query 클래스는 SQL 문장과, 파라메터를 가지는 구조였다. 정적 SQL일 경우에는 이 생각이 틀리지 않았지만, 동적 SQL일 경우는 파라메터에 따라 SQL 문장이 변경되어야만 했다. 그래서 Query 인터페이스를 상속받은 StaticQuery와 DynamicQuery 클래스가 만들어지게 되었다. 그리고 실행이 가능한 Query(SQL 문장이 확정되어진)는 정적 SQL일 경우에만 해당되므로, 실행 가능한 Query를 RunnableQuery 인터페이스로 정의하고, StaticQuery가 구현하도록 하였다. 즉..

어떤 놈을 먼저 설명해볼까 고민을 한 끝에, PersistenceManager를 해부대에 올려버렸다. 그 이유는 시작과 끝이 이놈을 통해서 일어나기 때문이다. 예를 들어 등록을 실행할경우 아래 그림처럼 흘러간다. 그림이 정확한것은 아니기에 흐름만을 파악하면 될것이다. PersistenceManager의 insert(EntityObject) 메소드가 호출되되면, QueryProvider에가 해당 쿼리를 요청한 후 결과를 받는다. 그림에는 없지만 세션이 존재한다면, 기존에 존재하는 세션을 사용하고 없다면 새로운 세션을 생성하여 할당받는다. 그리고 세션이 새로운것이나 트랜잭션이 시작되지 않은 상태라면, 트랜잭션을 시작한다. 그런다음 QueryExecutor를 통해 해당 쿼리를 실행 시킨후 트랜잭션 관련 작업을..

프레임워크 개발에 있어서 가장 중요하다는 생각되어지는 것은, 구조를 설계하는 일이라고 생각한다. 잘 만들어진 구조를 가진 프레임워크가, 잘 못 만들어진 구조를 가진 프레임워크보다 좋다는것은 너무나 자명한 사실이다. 그렇다면 어떤것이 잘 만들어진 구조일까? 여러가지 요소가 있지만, 그 중에서 가장 중요한 것이라면 모듈화를 잘 하는것이다. 응집도(Cohesion)를 강하게 하고, 결합성(Coupliing)을 약하게 하는것을 의미한다. 그렇다면 어떻게 하면 좋은 구조를 설계할 수 있을까? 그것에 대한 정답은 없다고 본다. 많은 삽질과 노력에 의해서 얻어진 경험에 의해서 조금씩 좋아지는것뿐인것이다. 겁먹지 말고 대충 구조를 만들어보고, 이게 아니다 싶으면 다시 만들면 되는것이다. 이런 시행착오를 거치다 보면 조..

오늘은 지난 시간에 이어 DAMO의 기능적인 부분을 살펴보도록 하겠다. 지난 시간에는 EO(EntityObject)를 가지고 요리하는 방법을 배웠으니, 오늘은 SQL 맵핑을 이용한 요리방법을 배워보도록 하자. 8) SQLMap XML 만들기 damo.t02 패키지를 생성한 다음, emp.xml을 생성한다. 우선 간단한 select 문을 사용해보도록 하겠다. SELECT COUNT(*) FROM EMP DEPTNO = ${deptno} EMPNO = ${empno} SELECT EMPNO, ENAME, JOB, MGR, HIREDATE, SAL, COMM, DEPTNO FROM EMP DEPTNO = ${deptno} EMPNO = ${empno} xml 생성이 완료되면, 만들 xml을 DAMO에서 사용가..

일단 DAMO를 만들어보기 앞서서, 어떤 기능을 제공하고 있는지, 실질적으로 살펴보도록 하자. 여기서는 오라클을 사용하도록 하겠다. 원래는 국내 DBMS의 보급을 위해 큐브리드를 사용하려고 했으나, 큐브리드 티셔츠를 못받은 관계로.... 마음이 삐뚫어져 버렸다. --; JDBC를 지원하기만 한다면 어떠한 DBMS를 사용해도 무방할것이다. 1) 테스트용 테이블 만들기 테스트할 테이블을 만들어보도록 하자. 오라클에서 널리 쓰이는 DEPT와 EMP 테이블을 생성한다. 그리고 테스트용 데이터도 알아서 넣어주자. ^^; CREATE TABLE DEPT ( DEPTNO NUMBER (2) NOT NULL, DNAME VARCHAR2 (14), LOC VARCHAR2 (13) ) ; CREATE TABLE EMP (..

현대 세계에서 개발을 함에 있어서, 꼭 빠지지 않는 부분이 있다면 데이터베이스 영역일것이다. 대부분 오라클, My-SQL, MS-SQL 등과 같은 관계형 데이터베이스를 사용해서 데이터 처리 부분을 위임하는 방식을 사용한다. 개발자들은 SQL을 직접 사용하여 데이터베이스에 접근한다. 그리고, CRUD를 처리하기 위해서 비생상적인 수많은 코드를 만들어낸다. DAMO는 이런 비생산적인 작업을 줄여보고자 탄생한것이다. 자바 진영에는 Hibernate와 iBatis라는 유명한 ORM 프레임워크가 존재하고 있다. Hibernate는 진정한 의미의 ORM 프레임워크라고 할 수 있다. 자바 객체와 관계형 데이터베이스를 맵핑하여, 데이터를 객체지향적으로 처리할 수 있게 도와준다. 도메인 설계가 잘 되어 있어야하고, 기술..

어떤분(?)이 댓글로 AES를 이용한 파일 암/복호화 예제를 만들어달라고 요청을 해왔다. 그래서 간단히 만들어봤다. 하지만, 세상에 공짜는 없는법~~~ 언제가 될지 모르겠지만, 나중에 혹시 만난다면 차나 한잔 사주세요. ^^;; package cydar; import java.io.BufferedInputStream; import java.io.BufferedOutputStream; import java.io.File; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java..

요즘 프로그래밍 삼매경에 빠져있다 보니, 블로그를 소홀히 하는것같아서 의무적(?)으로 몇글자 적어보겠다. 사실 삼매경이라기 보다는, 능력 부족으로 인해서 허우적거리고 있다는게 맞는거 같지만 말이다. ^^; JDBC를 이용해서 데이터를 처리할때, 실행 쿼리를 로그로 출력했으면 하는 마음을 가졌던 적이 있을것이다. Connection을 가져오고, Statement를 생성해서 실행하는 원초적(?)인 방법을 사용하는곳에서는, 로그 출력하는 부분을 매 코드마다 추가해 줄수도 있지만, 너무 귀찮지 아니한가. 그래서 좀더 쉬운 방법을 연구해보자. 본인같은 무식한 성격의 소유자는 java.sql.Connection, java.sql.PreparedStatement 등을 상속 받아 구현한 Wrapper Class를 만든..

삽질하다가 전혀 엉뚱한것을 발견(?) ^^; 그놈의 정체는 JPDA(Java Platform Debugger Architecture) http://java.sun.com/javase/technologies/core/toolsapis/jpda/ 이클립스의 디버그 모드는 가끔 사용하기는 하지만, 이게 API로 제공되고 있을줄이야... ^^; com.sun.jdi 패키지인데, tools.jar에 포함되어 있다. 본론(?)으로 돌아가서, Javarebel은 어떻게 돌아가는지 파악하는데 또다시 실패했으나, Instrumentation의 redefineClasses() 메소드를 이용해서, 아주 간단하게 클래스를 변경하는 방법을 테스트해본것에 대해서 만족을..... ^^; 여러가지 제약사항이 존재하기는 하나, 추가/..

JavaRebel은 변경 사항들을 "on-the-fly" 방식으로 재로딩가능하게 한다~~~고 한다. ^^; 어떤 원리로 작동하는지 궁금해서 그 비밀을 파헤쳐보려고 했으나, 내공 부족으로 실패... 다음을 기약하며, 그 흔적을 남긴다. 1.4는 무시해버리고, 1.5를 기준으로 파보았다. 일단 시작은, JDK 1.5부터 지원하는 java.lang.instrument 패키지를 이용해서 Agent를 실행시킨다. 자바를 실행할때 -javaagent를 옵션을 줘서 실행하면, 해당 Agent를 실행시킬 수 있다. java -javaagent:agent.jar=args TestMain 이 Agent Class는 일반적인 어플리케이션의 진입 포인트(Entry Point)인 main() 메소드처럼, premain()이란 ..

daemon을 모니터링하는것은 중요한 일이다. 이놈이 살았는지 죽었는지 알 수 없다면 참 난감한 일일 것이다. 그렇다면 어떻게 모니터링 할 수 있을까? ps -ef 를 사용해서 단순히 프로세스가 살아있는지 확인을 할 수도 있지만, 살아 있어도 살아 있는게 아닐 수도 있어서 신용이 안간다. 그렇다고 살아있다~고 매초마다 파일로 출력하자니 모양새가 좋지 않고, 소켓을 통해 구현할려고 하면 귀차니즘이 발동하고... 어떻하면 좋을까? 결론부터 말하자면 걱정하지 말아라, 자바에서는 JMX란 아주 좋은(?) 관리 API를 제공하고 있다. (솔직히 JMX를 배우는게 더 힘들지 않을까 ^^;) 1. JMX(Java Management Extensions) - JMX는 말그대로 여러 자원을 감시(?) 관리 하기 위한 자..

이번 시간에는 자바 데몬을 한번 만들어보자. 일반적으로 실 운영 환경은 UNIX 인 관계로 유닉스에 초점을 맞추도록 하겠다. 각고의 노력(?) 끝에 만든 PostMan. 이 놈도 성격상 데몬이기에 데몬처럼(?) 돌려야한다. 본인의 경험으로는 대부분의 사이트에서 crontab에 등록하여 자바를 실행하는 형식으로 사용하는것 같다. 다행인지 불행인지 몰라도, 본인은 crontab을 한번도 사용못해본(?) 풋내기 사용자라는것이다. 그래서 crontab은 거들떠보지고 않고, 자바 독립적(?)으로 데몬을 돌리곤 했다. PostMan은 자체 스케줄링 기능이 있는 관계로, crontab을 사용하면 왠지 이상하지 않은가? 그러니 자체 실행을 해보도록 하자. 1. nohup 사용하기 - 가장 간단한 방법은 nohup을 이..

최적화라는 거창한 단어를 사용하긴 했지만, 사실 별 볼일 없다. 최적화라는것은 운영 환경, 데이터의 모델등 여러 요소를 복합적으로 고려해서 해야하는것이므로, 사실상 정답은 없다. 단지 최선의 방법만이 존재할뿐... 현재 본인의 상황에서 PostMan의 병목현상은 메일 전송 부분에 있다. gmail을 이용해서 보내고 있는데, 메일 1개 전송하는데 보통 3-4초가 소요된다. 아무리 유희를 위해서 만들었다지만, 너무 심하지 않는가... 그래서 약간 수정을 가해서 빠르게 전송하는것처럼(?) 만들어보자. 사실, 구조 자체를 바꿔버리고 싶은 욕망이 꿈틀되지만, 이번만은 참도록 하겠다. ^^; 만약 전용(?) 메일서버를 사용하다면, 이것보다는 빠를거 같지만, 가난한 개발자 & 게으른 개발자인 본인에게는 머나먼 얘기이..

봄을 재촉하는 비가 내리고 있다. 이런날을 커다란 창문이 있는 곳에 앉아, 하염없이 내리는 비를 바라보는게 즐거움일텐데, 어쩔 수 없이 모니터만 뚫어지게 바라보고 있다. 봄하면 생각나는게 spring~ 그렇다. PostMan을 spring화(?) 하자. 스프링을 사용하는김에 Persistant layer도 제대로 구현해보도록 하겠다. 여기서는 iBatis를 사용하겠다. (Spring Batch를 사용할까도 생각해봤지만, 구조를 설명하는게 좌절인거 같아서 간단한(?) spring만 사용하겠다.) 1. 관련 라이브러리 - 갑자기 라이브러리가 많이 필요해졌다. 대충 정리하면 아래와 같은데, 알아서 구해보시길. ^^; - spring 2.5.6 (http://www.springsource.org/download..

지난 시간에는 실제적인 메일 전송은 하지 않고, 로그로만 출력했는데, 찜찜한 관계로 한번 해보도록 하자. 자바 진영에서는 JavaMail이라는 훌륭한(?) 메일 라이브러리를 제공한다. IMAP/POP3/SMTP를 지원한다. 이 JavaMail을 사용하기 위해서는 JAF(JavaBeans Activation Framework)가 필요하다. JDK 1.6부터는 자체적으로 포함되어있다. 여기서는 JDK 1.5를 사용하는 관계로 다운 받도록 하겠다. 1. 라이브러리 설치하기 - JavaMail의 mail.jar과 JAF의 activation.jar을 클래스패스에 잡아주자.(mail.jar는 mailapi.jar + imap.jar + smtp.jar + pop3.jar라고 보면 된다.) JavaMail 1.4...

지난 시간(메일 템플릿에 대한 단상(斷想))에 이어서 템플릿을 이용한 메일 발송에 대해 좀 더 알아보도록 하자. 완전체(?)를 만들면 4월 한달 내내 우려먹을 수 있을거 같기는 하나, 저질 체력인 관계로 대충 끝내보도록 하자. 프로젝트 명은 메일관련이므로.... POSTMAN이라 하겠다. 1. 테이블 만들기 - 데이터베이스에서 전송할 자료를 가지고오는 구조이므로, 일단 테이블을 만들도록하자. MAIL MAIL_NO NUMBER Not Null 메일 번호 TEMPLATE_ID CHAR(3) Not Null 템플릿 아이디 STATUS_CODE CHAR(2) Not Null 상태 코드 TO_ADDRESS VARCHAR2(200) Not Null 받은이 주소 TO_NAME VARCHAR2(100) 받는이 이름 ..

요즘 메일 템플릿 변경 작업을 하고 있는데, 기분이 별로이다. 이곳의 메일 구조는 메일 전송 테이블에 전송 데이터를 넣으면, 데몬이 모니터링하고 있다가 발송하는 구조이다. 뭐, 이런 구조야 흔하디 흔한것이라 별로 반감은 없는데, 문제는 메일 내용을 생성하는 부분이다. 테이블에 URL을 입력하고 데몬이 URL을 호출하여 랜더링된 HTML을 받는다. 즉, 일종의 HttpClient가 웹서버를 호출해서 응답 페이지를 받는것이다. 물론 전혀 문제될게 없는 구조이다. 그럼에도 불구하고, 본인의 성격이 괴팍한것인지, 왠지 마음에 안든다. 굳이 웹페이지를 호출할 필요 없이, 템플릿 엔진을 사용해서 간단하게 구현하면 될것인데, 왜 이렇게 구현해놨을까 하는 쓸데없는 생각은 마음을 갉아먹고 정신을 혼미하게 만들었다. 그래..

HTTP(Hyper Text Transfer Protocol)은 웹상에서 정보를 주고 받을 수 있게 정의한 통신 규약을 말한다. 1996년 1.0 버전이, 1999년 1.1 버전이 발표되었으면, IETF(Internet Engineering Task Force)의 RFC에 자세히 기술되어 있다. 현재 가장 많이 쓰이는 버전은 1.1이다. 사용하는 기본 포트는 80번이다. HTTP의 특징(?) 중 한가지가 무상태(Stateless) 즉, 상태 정보를 유지하지 않는다는 것이다. 사용자(Client)는 매번 요청을 할때마다 서버에 접속을 하고, 응듭을 받으면 연결을 끊어버린다. 그래서 서버의 입장에서는 요청을 하는 사용자가 누군지 알지 못하는 슬픈 일이 생긴다. (넌~ 누구냐~?) 이 상황을 해결하기 위해, ..

현재 일하고 있는 곳에서는 가끔 이벤트를 하곤한다. 해당글에 지정한 시간에 맞춰, 의견쓰기(댓글)를 한 사람에게 선착순으로 공연 티켓을 주는것이다. 뭐 정직원을 대상으로 하는 이벤트라, 본인같은 일용직 노동자에게 의미가 없는 일이긴 하지만, 기분이 우울한 관계로 & 기분전환의 차원으로, 자동으로 댓글다는 프로그램을 만들어보겠다. 1. 준비물 - 준비물은 다음과 같다. JDK 1.5 이상 HttpClient v3.1 (http://hc.apache.org/httpclient-3.x/index.html) + Commons Codec (http://commons.apache.org/codec/) + Commons Logging (http://commons.apache.org/logging/) + Log4J (..

클래스 재반영(reload). 누구나 한번쯤 생각해 본적이 있을것이다. VM을 종료시키지 않고 변경된 클래스를 반영하는 일. 아 생각만해도 행복하다. ^^; 다년간 삽집을 통해 얻어낸것이라고는 클래스는 재반영(reload)이 안된다는 사실... (이 지식을 습득한 시점이 2002년도였으므로 지금은 어떤지 확실히 모르겠고, 이 글이 거짓말로 도배된것일 수 있으니 주의바란다.) 그럼 많은 J2EE Application Server에서 지원하는 hot deployment 기능은 뭐란 말인가? 그 베일을 벗겨보면, 클래스를 재반영하는것이 아니라, 클래스로더를 바꿔치기 해서 재반영된것처럼 보이게 하는것이다. 클래스는 클래스로더에 의해서 적재된다. 그래서 사용하는 클래스로더를 바꾸면 새로운 클래스가 로딩되는것이다...

1. 소개 1.1 JPPF - JPPF(Java Parallel Processing Framework)은 손쉽게 병렬 처리 프로그램을 만들수 있게 도와주는 프레임워크이다. - 단순히 1대의 컴퓨터에서만 작동하는것이아니라, 네트워크로 연결된 수많은 컴퓨터를 사용하여 분산처리할 수 있게 도와준다. - 한마디로 요약하면, 오픈 소스 그리드 컴퓨팅 플랫폼(open source Grid Computing platform)이라 할 수 있는것이다. 1.2 준비물 - Java 1.5 이상 - Apache Ant (실행 스크립트가 build.xml로 되어있다. 알아서 해결할 경우 필요없다.) - JPFF driver and node binary package (http://sourceforge.net/project/sh..

멀티 쓰레드(Multi Thread)란 프로세스(Process)안에서 여러개의 쓰레드가 동시에 동작하는것을 말한다. 자바 1.5부터 java.util.concurrent 패키지가 추가됨으로서 멀티 쓰레드 프로그래밍을 아주 손쉽게 할 수 있다. (아득히 먼(?) 옛날에는 멀티 쓰레드를 잘(?) 사용하기 위해서 ThreadPool, BlockingQueue도 직접 만들어 사용하는등 많은 삽질이 필요했는데, 지금은 너무나 간단하게 구현이 가능하다. 물론 Thread에 대한 기본 지식은 가지고 있어야한다.) 자바를 실행하면 main 쓰레드라 불리우는 놈이 해당 객체의 main(String[]) 메소드를 실행해준다. 즉, 프로그램이 실행되면, 최소한 한 개 이상의 쓰레드 동작중인것이다. 1. Thread 생성 및..

오늘은 log4j의 Filter 기능과 설정파일 직접(?) 지정하기에 대해서 알아보겠다. 필터(Filter)기능이란 로그 이벤트가 합당한 조건에 일치하는가를 판단하는 기능이다. Appender에 Filter를 설정해서 사용할 수 있다. 자세한 사항은 이전에 끄적였던 글(http://blog.kangwoo.kr/40)로 대체한다. ^^; log4j는 기본적으로 클래스패스(classpath)에서 log4j.xml나 log4j.properties 파일을 찾아서 설정 정보를 읽어온다. 이 설정정보 파일을 명시적으로 지정하려면 어떻게 해야할까? 모르겠다. 삽을 들자. --; 일반적으로 Logger.getLogger(String) 메소드를 이용해서 로거를 할당 받는다. public class Logger exten..

1.3. log4j.xml - 또 하나의 설정 파일인 log4j.xml에 대해 알아보자. 단순히 log4j.properties 파일을 XML 형식으로 만든것이라고 보면된다. (클래스패스에 log4j.xml, log4j.properties 두 파일이 동시에 존재하면 log4j.xml가 우선시 된다.) ### log messages to stdout ### log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.Target=System.out log4j.appender.stdout.layout=org.apache.log4j.PatternLayout log4j.appender.stdout.layout.ConversionPatte..

지난 시간에는 Logging Facade Libraries에 대해서 알아보았다. 오늘은 진짜(?) Logging Libraries에 대해 알아보도록하자. 가장 유명한게 log4j와 jdk14Logger가 있겠다. 여기서는 log4j만 다루도록 하겠다. 1. log4j log4j는 로깅(logging)을 위한 라이브러리이다. 현재 Apache의 서브프로젝트로서, 홈페이지는 http://logging.apache.org이다. 이 log4j의 가장 큰 특징은 계층(category) 로거라 불리우는 것인데, 로거(logger)를 사용할때 "카테고리(category)"라는 이름을 붙여서 사용한다. 이렇게함으로서 여러 소스로부터 출력되는 로거들중에 필요한 부분만을 로깅할 수가 있는것이다. log4j의 또 하나의 특..

프로그램 개발을 할때 가장 중요한 부분이 로그(log) 처리부분이 아닐까 생각한다. 신규 개발은 물론 유지/보수 할때에도 로깅을 얼마나 체계적으로 잘 사용하느냐에 따라서 작업하기가 한결 수월해질 수 있다. 자바에서는 1.4부터 java.util.logging 패키지가 포함되어 자체적으로 지원을 하고 있지만, 뒤늦게 출현한 덕분인지, 아니면 모양새가 맘에 안들어서 그런지 잘 사용이 안되고 있다. 아마 대부분 log4j를 사용하고 있는것으로 알고 있다.(아닐수도 있다~) 그런데 재미있는것은 이 로깅 라이브러리를 facade 하는 라이브러리도 존재한다는것이다. 간단히 말해서 기존 로깅 라이브러리를 wrapping해서 사용한다고 할 수 있는데, 로깅 요청을 기존에 존재하는 로깅 라이브러리(log4j같은)로 전달..