지난번에는 Quartz를 사용하기 위한 개략적인 설명과 라이브러리 사용을 위한 문서들의 위치에 대해서 이야기 했었다.

오늘은 Quartz사용시 알아야할, 기본적이지만 정말로 중요한 개념인 Trigger와 JobDetail에 대해서 이야기 하려고 한다.

먼저, Quartz에서 Scheduling 할 수 있은 범위 또는 Scope에 대해서 설명하고, 이어서 두가지에 대해서 말하려 한다.

[Job Scheduling]

on certain days of the week (주중의 지정한 날: 특정 요일)

on certain days of the month (달주의 지정한 날: 특정 날짜)

on certain days of the year (연주의 지정한 날: 특정 날짜)

not on certain days listed within a registered Calendar (such as business holidays)

repeated a specific number of times (반복횟수)

repeated until a specific time/date (종료 시점 지정)

repeated indefinitely (무한 반복)

repeated with a delay interval (다음 실행을 위한 타임 인터벌)

위에서와 같이 스케즐러를 실행하기 위한 모든 범주들에 대해서 쿼츠는 커버 가능하다.
여기서 Job(JobDetail)과 Trigger에 대한 개념을 알아야 하는데,

먼저 Job에 대해 설명하면 Job는 실행해야 할 작업으로 이해하면 된다. 예를 들면 메이을 보낸다든지, 필요없는 로그 파일들을 정리하거나, 시스템의 자동화된 작업들을 들수 있다.
여기서는 실행되는 시간에 대한 개념은 없고, 단순히 일의 단위만 생각하면 된다.

Trigger는 Job의 실행을 위한 조건들이라고 생각하면 이해가 쉽다. 실행될 시간, 반복횟수 또는 Interval time등 여러가지 실행 조건들을 생각하면 되는데, Sheduler이니까 시간에 대한 조건들을 포함하고 있다.(시간 기반으로 동작)

Quartz기반으로 실행할 작업을 만들려면, Job과 Trigger를 각각 정의해서 묶어주면 된다.
여기서 Job은 Interface 정의되어 있다. 우리는 이를 상속받아 원하는 작업들을 정의하게 된다. 그리고 Quzrtz의 Sheduler가 실행될때, Job에 대해 이해할 수 있도록 JobDetail를 정의하면 된다.

.Job interface

void execute(JobExecutionContext context)

.JobDetai 클래스의 생성자

JobDetail(String name, String group, Class jobClass) 

  위 코드에서 name과 group는 Job를 위한 Job이름과 JobGroup를 의미한다. 이는 관리를 편하게 하기 위한 것인데, 필요시 이를 이용하여 Job의 검색이 가능하고, 만약 null값을 넣어 준다면, DEFAULT 그룹명이 할당 된다.

Trigger클래스는 JobDetail클래를 이용하여 정해진 시간에 실행이 되도록 스케즐러가 관리하는데, 이는 아래와 같은 코드를 통해서 Job에 대한 정보들을 가져오게 된다. 아래 코드는 Job의 name와 Grouup명만 있을 뿐, 직접적으로 할당하지 않지만, 내부적으로는 위에서 정의한 job의 name과 group name을 참조하여 가져오게 된다.

Trigger(String name, String group, String jobName, String jobGroup)

여기도 name과 group가 있는데, 이는 Trigger의 이름과 group 명이다.

다음에는 코드를 이용하여 실제로 Job과 Trigger을 정의하고 사용하는 방법에 대해서 설명하려 하다.

오늘은 안철수 교수님이 회사에 오셔서, 자신의 길과 안랩이 지나온 여정들을 하나 하나 집어가면서, 지나온 시간을 반추하는 시간을 가졌다.
(사실 이글은 쓰는 시간이 0시를 지나가니, 어제이다.)

이른 시간에, 아침 8시부터 시작하여 9시 30분에 마치는 세미나 인지라 사람이 없을 것만 같았다. 그러나 나의 예상과는 다른게, 아니 다들 나와 같이 생각했던것 같다. 정말 많은 사람들이 홀을 가득 매웠다. 그리고 자리가 모자라서 서서 지켜보는 사람들도 꽤 됐던것 같다.

중학교때 진공관 라디오로 시작해서, 컴퓨터를 공부하고 컴퓨터 바이러스를 치료하는 프로그램을 만들기 시작했던 이야기와 벤처를 거쳐서 또 유학을 가서 공부를 하고 다시 KIAST의 석좌 교수로서 강의장을 찾아 오기까지의 이야기들을 과장없이 해 주었다.

개발자 안철수
벤쳐 기업가 안철수
석좌교수 안철수

내가 느끼기에는 석좌 교수 안철수가 가장 잘 어울린다고 생각한다. 호칭이 괜히 안정감 있어 보이지 않는가?

처음 강단에 서서 사람들레에 인사할때는, 속으로 신문이나 방송으로 봤던 얼굴과 너무나 똑 같다고 생각했다. 카메라발 사진발 이런거와는 관계없는 사람이었다. 삶을 그렇게 살고 있어서 그런가? 가감없이 꾸미지 않고 진솔하게 살려고하는 태도 때문일까?

누군가가 그랬던거 같다. 남자 나의 40이면 얼굴에 책임질 수 있어야 한다고...

강단에 서서 사람들에게 인사하던 목소리는 너무나 작고 힘이 없어 보였지만, 1시간 30분을 책임지고 있는 사람으로서는 너무나 많은 것들을 주었다고 생각한다.
중요한 순간마다 최선의 결정을 내리고, 변화할 수 있었던 경험은 나누어 주는 소중한 시간이었다. 가치있는 삶이 무엇일까? 라는 종교적인 찰라적 각성을 주었던 시간이기도 했다.

나는 결정하고 후회하지 않으려고 한다. 아마도 내면에서는 잘못도 결정에 대한 보상 심리도 있을지도 모른다. 하지만 최선의 결정을 내리려고하지만, 그 분처럼 현대의 , IT업계의 성자와 같은 삶을 살지는 못할 거다. 내가 지독히도 이기적이기 때문에...

하지만, 지금도 나와 나와 비슷한 생각을 하는 사람들에게 길을 있다. 살아있다는 것 자체만으로도 많은 기회를 가지고 있는 것이니까...

마치 고등학교 시절처럼, 나의 한편을 생각하게 만든다.

오늘 책에 싸인을 받았다고 즐거워하는 어떤이가 갑자기 떠오른다.
 

정말 이번 주는 바쁘기도 무척 바빴지만, 더위와 높은 습도로 인하여 지치는 한주간이었다.

일반적으로 자바에서, 사용 가능한 Scheduler는 Java에서 기본적으로 제공하는 Timer(J2SE 1.3이후 제공)와 Quartz 라이브러리를 많이 사용한다.
만약, 우리가 어떤 작업들에 대해서 반복적인 처리를 하고 싶다면, 두 라이브러리의 API와 상속받은 Class를 통해서 호출이 될수 있도록 코드를 추가하기만 하면 된다.

J2SE에서 제공하는 java.utilTime와 Quartz는 기능적으로 차이가 있는데, Timer는 일정한 주기를 반복하는 기능만을 제공하므로 정해진 시간에 실행되는 기능은 제공하지 않는다.
반면에, Quartz는 두 가지 모두를 제공한다.(주기적인 실행, 지정한 시간에 실행)
물론, Quartz의 경우는 더 많은 기능들을 제공한다. Unix와 리눅스의 Cron 텝의 사용법과 유사하게 설정하여, Task또는 Job을 실행 시킬수 있다.
 
필요에 따라 둘 중에 하나를 사용하면 된다. J2SE의 Timer는 사용법이 쉽다. Quartz는 여러가지 기능을 제공하기 때문에 약간의 노력이 더 필요하다.

[Quartz 시작하기]
1. Quartz 시작 하기: http://www.opensymphony.com/quartz/
   - 위 사이트에 가면 간단하게 Quartz가 무었인가에 대해 설명해 주고 있다. Quartz는 오픈소스로 Apache 2.0의 라이센스를 사용하므로, 소스를 고치거나 사용함에 큰 무리는 없다.
   - 현재 사용할 수 있는 최신 버전은 1.6 버전이다.

2. Quartz 다운로드 하기: http://www.opensymphony.com/quartz/download.action
   - 1.6버전을 다운로드해서 사용하면 된다.

3. Quartz 관련 문서들: http://wiki.opensymphony.com/display/QRTZ1/Documentation  
   - 보아야 할 문서들이 많다. 하지만 시간이 없거나 간단하게 개념을 이해하고 싶은 사람은
     "3. Learn Quartz의 Tutorials"를 보면 된다. 기본적인 개념과 API사용법을 익히는데
     부족함이 없을 거다.

4. Quzrtz 간단 예제들: http://wiki.opensymphony.com/display/QRTZ1/Tutorial
   - 12개의 간략한 예제들이 있다. 반드시 읽어봐야 할 예제들로 구성되어 있다.
      Quartz를 사용하고 싶은 사람은 꼭 여기를 보라.

5. Quartz의 API: http://www.opensymphony.com/quartz/api/
   - Quartz 사용을 위한 API 문서로서, 기본적으로 봐야 할 클래스와 인터페이스는
      1) Scheduler
      2) Trigger
      3) JobDetail
      4) Job (가장 기본적인 Interface이다.)
      5) 기타등등( 나머지는 필요에 따라서 보면된다.)


조금 복잡할 수동 있지만 Trigger와 JobDetail 클래스(or Interface)의 사용 및 설계 의도를 이해하면 별로 어렵지 않게 Quartz를 접할 수 있을 거다.

Trigger와 JobDaeail과 Job은 다음 기회에 설명하려고 한다.

제목을 써 놓고 보니 참 거창하게 보이는데, 사실은 별로 거창할 것은 없고, Quartz와 Spring Framework를 만드시고, 지속적으로 update하고 있는 개발자들에게 무한한 감사를 올릴 뿐이다. 일반적으로 Scheduler 또는 Task Manager는 어떤 행위에 대하여 주기적으로 실행시키고, 되풀이 하도록 만들어진 Application 또는 Process의 일종이다.
하지만, 실행에 대해서는 책임을 질뿐, 실행 결과에 대해서는 책임을 지지 않는다. 실행의 결과는 어떤 행동 또는 어떠한 목적성을 가지고 있는 모듈에서 우선적인 책임을 지게 된다. 
 
이러한 아키텍처의 장점은 모듈 상화간에, 오브젝트간의 의존성을 줄여줄수 있어, 수정하기 쉽고, 개념적으로도 이해하기 쉽다는 장점이 있다.
지난주는 Quartz의 API와 Spring의 소스를 분석하면서 내가 생각하고 상상했던 것보다 더 잘 만들어진 프로그램들이라는 생각이 머리에서 떠나지 않았다.

처음에는 Spring을 이용해서 간단한 예제를 통해서, 내가 행하고자 하는 작업들을 예약하고 실행하는 것은 그렇게 어렵지 않았다. 하지만, 실제 실행되고 있는 Job정보와 Trigger에 대한 정보를 알아오기 위해서는 직접 Quartz에서 제공하는 Scheduler의 Instance를 통해서 작업을 할 수 밖에 없기에, 결국 Quartz의 API와 Ducuments들을 찾아 봐야 했다.
물론, Quartz에서 알아햐 하는 기본적인 클래스는 JobDetail와 Trigger와 Schedule이다.

이들을 통해서 내가 직접 Task Manager를 구현하다가, 갑자기 두가지가 생각이 났다.

첫째로, 왜 내가 Spring Framework를 사용하지?
둘째로, Quartz와 Transacting 그리고, Data Source의 연동에 대해서는 얼마나 많은
           작업들을 추가로 더 해주어야 할까?

사실 내가 Task Manager를 새로짜기 시작한 것은, Spring Framework의 ApplicationContext에서 xml파일로 정의된 JabDetailBean와 TriggerBean에 대해 최초 1회만 읽어서 스프링이 관하는 Map에 읽어올뿐, 만약 내가 새로운 작업 또는 Trigger를 추가하려면, 직접 Quartz의 Scheduler intergace를 얻어와서 코딩을 해주어야만 했기 때문이었다. 직접 코딩을 하려면,차라리 전체를 짜는 것이 나을 것 같았었다.

하지만, 두가지 생각이 떠오른 후에, 다시 한번 생각해 보았다.
분명의 Spring Framework을 만든 사람들은 나보다 나은 사람들일 것이다. 나는 지극히 평범한 개발자중의 한명인데, 그 들은 내가 알지 못하는 것까지 생각해서 만들었을 것이니까, 나는 단지 그 것을 빨리 찾으면 될건데 아직 모르고 있을 뿐인걸..

그래서 나는 다시 Spring의 소스를 분석해 보았다.
역시 내가 예상했던대로, JobDetail과 Trigger를 새로 추가하는 방법이 숨겨져 있었다.
SchedulerFactoryBean 클래스는 어떤 값을 설정할때 setter를 통해서 설정하게 되어 있다.
(그럴만도 한게, DI를 이용하기 위해서라고 생각된다.)

그러나 별로로 Add나 Remove를 위한 method는 제공하지 않는다. (그래서 처음에 Spring의 Scheduler 사용을 포기 했었다, 하지만 새로운 Job와 Trigger를 추가하는 것은 가능하다.)

이야기가 길이에 대한 자세한 내용은 추후에 정리해서 공유할 예정이다.
먼저,
      - Quertz에 대한 설명
      - Quertz의 Trigger와 JobDetail
      - Job와 Trigger의 Add, Delete
      - Spring에서의 Quartz 사용
      - Spring을 이용한 Task Manager작성

이런식으로 정리할 될것같다. (내 기억력은 항상 한계치라, 잊기 전에 작성을 해야 하는데...)

스프링 코드를 보는 것은 결코 나쁘지 않다. 좋은 코드는 좋은 코드를 만들도록 도와준다.
이를 통해서 더 나은 것을 만들기를 바라는 것이 현재를 살고 있는 오픈소스를 통해서 기여하고 있는 훌륭한 개발자들의 바람일 것이다. 그리고 나의 바람인데, 나는 그들중에 들기에는 부끄럽다. 단시 좋아할 뿐이다.