석영 타이머 태스크 (데이터베이스 테이블 필요)

석영 작업 설명 데이터베이스에 저장된 원하는 표는 
석영에 저장된 달력의 Blob 타입 정보를 QRTZ_CALENDARS 

크론 표현식을 포함 QRTZ_CRON_TRIGGERS 저장 크론 트리거 및 시간대 정보 

정보뿐만 아니라 트리거 그룹 관련 작업 실행 정보 저장이 QRTZ_PAUSED_TRIGGER_GRPS을 일시 정지 트리거 트리거와 관련된 상태 정보를 저장을 QRTZ_FIRED_TRIGGERS 

상태 정보 QRTZ_SCHEDULER_STATE 량 스케줄러 스케줄러 다른 실시 예에 관한 저장 (클러스터가 사용되는 경우) 

(비관적 잠금을 사용하는 경우), 프로그램 정보를 기억 비관적 잠금 QRTZ_LOCKS 

욥의 QRTZ_JOB_DETAILS에 대한 자세한 내용은 각 저장하도록 구성 

JobListener에 대해 저장 QRTZ_JOB_LISTENERS 정보는 구성 

QRTZ_SIMPLE_TRIGGERS은 반복, 간격들을 포함하는 트리거 간단한 저장하고, 횟수가 접촉했다 

QRTZ_BLOG_TRIGGERS 트리거 유형이 BLOB으로 저장됩니다 (자신의 사용자 정의 트리거 유형을 작성하기 위해 JDBC를 사용하는 사용자를 위해 석영, JobStore 시간의 인스턴스를 저장하는 방법을 모른다) 

정보 TriggerListener의 구성 저장을 QRTZ_TRIGGER_LISTENERS 

정보는 트리거의 설정 저장을 QRTZ_TRIGGERS 

지속적인 데이터베이스 테이블 필드 설명 석영
석영 1.6.6 문서 \에 테이블, SQL 문을 구축 \ dbTables 폴더 주 몇 테이블에 도입, 찾을 수 있습니다 : 
       표 qrtz_job_details을 : 작업은 사용자의 실제 필요에 따라 테이블의 세부 정보를 저장 초기화 
       작업 이름 : 클러스터 작업 이름, 그들은 시작하지 않고 사용자 정의 할 수있는 사용자의 이름 
       시작하지 않고 사용자 정의 할 자신이없는 이름의 사용자가 소유하는 그룹의 작업의 클러스터 이름 : job_group 
       메모 작업의 실현에 클러스터 : job_class_name 클래스 패키지 이름은 완전히 석영은 작업 클래스의 클래스 경로 찾기 위해이 경로를 기반으로 
       is_durable을 : 영구가,이 속성을 1로 설정되어있는 경우, 수정 작업이 데이터베이스에 유지됩니다 
       의 Blob 필드, 작업 저장 영속 객체 : job_data 

       표 qrtz_triggers : 정보 트리거 저장 
       trigger_name의를 : 트리거 이름은, 그들이 시작하지 않고 사용자 정의 할 수 있습니다 사용자의 이름 
       trigger_group : 이름을 트리거는 시작하지 않고, 사용자 정의 할 사용자의 이름이 자신이없는 그룹에 속하는 
       qrtz_job_details 테이블 작업 이름 외래 키 : 작업 이름 
       job_group를 : qrtz_job_details 테이블 job_group 외래 키 
       trigger_state이 : 대기로 설정하면 현재 트리거 상태는 후천성으로 설정되어, 다음 작업이 실행되지 않습니다 
       trigger_cron : 트리거 유형, 사용 크론 표현 

       표 qrtz_cron_triggers : 크론 식 테이블 저장 
       trigger_name의 : 외부 키 테이블 qrtz_triggers의 trigger_name의 
       trigger_group을 : qrtz_triggers 외래 키 테이블 trigger_group의 
       cron_expression을 : 크론 식 
       
       테이블 qrtz_scheduler_state을 참고 : 스토리지 클러스터 인스턴스 정보, 석영 주기적으로 테이블의 정보를 읽을 수는 클러스터를 결정 각 인스턴스의 현재 상태 
       INSTANCE_NAME : AUTO로 설정하면 org.quartz.scheduler.instanceId 구성 전에 구성 파일의 이름이 필드에 기록되며, 석영 이름은 실제 시스템 이름 및 현재 시간에 따라 생성된다 
       last_checkin_time : ON 시험 시간 
       checkin_interval : 검사 사이의 시간 


 Quartz.properties 구성 파일 :
# 디스패처가 같은 이름 = 스케줄러 org.quartz.scheduler.instanceName 사용해야합니다 클러스터의 각 인스턴스의 이름을 식별

마다 자동으로 다른이 얻을 #ID 세트 = AUTO org.quartz.scheduler.instanceId의

# 영구 데이터 저장 모드 = org.quartz.impl.jdbcjobstore.JobStoreTX org.quartz.jobStore.class의

# 데이터베이스 플랫폼 데이터베이스 별명 org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.oracle.weblogic.WebLogicOracleDelegate # = myXADS 촬영 가볍게 org.quartz.jobStore.dataSource

# = QRTZ_ 접두사 org.quartz.jobStore.tablePrefix 테이블

BLOB에이 TRUE org.quartz.jobStore # 설정이 문자열 클래스 클래스 버전 문제의 직렬화에 표시되지 않습니다가 발생하는 경우 = 사실 .useProperties에

#을 =는 org.quartz.jobStore.isClustered 진정한 클러스터에 추가

# 일정 인스턴스 실패 검사 간격 = 20000 org.quartz.jobStore.clusterCheckinInterval 

# 허용되는 최대 작동 연장 시간 org.quartz.jobStore.misfireThreshold = 60000

클래스 이름 org.quartz.threadPool.class #ThreadPool는 = org.quartz.simpl.SimpleThreadPool 구현

번호 #에 =을 org.quartz.threadPool.threadCount 10 개 스레드

# 5 = 스레드 우선 순위 org.quartz.threadPool.threadPriority의

아버지의 생성 이후 #을 = 사실 스레드 org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread에 

# = CT 설정 데이터 소스 org.quartz.dataSource.myXADS.jndiURL의

#jbdi 클래스 이름 org.quartz.dataSource.myXADS.java.naming.factory.initial = weblogic.jndi.WLInitialContextFactory # URLorg.quartz.dataSource.myXADS.java.naming.provider.url = T3 : // localhost를 : 7001
당신이 관련 정보의 데이터베이스 관리 석영을 사용하려는 경우, J2EE 프로젝트에서 구성해야하는 데이터 소스 : 주 석영 요청.
---------------------
원본 : HTTPS : //blog.csdn.net/fly_captain/article/details/83058147

추천

출처www.cnblogs.com/nankeyimengningchenlun/p/11289671.html