Return-Path: X-Original-To: apmail-camel-issues-archive@minotaur.apache.org Delivered-To: apmail-camel-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AC29F106E4 for ; Wed, 24 Jul 2013 21:17:49 +0000 (UTC) Received: (qmail 72379 invoked by uid 500); 24 Jul 2013 21:17:49 -0000 Delivered-To: apmail-camel-issues-archive@camel.apache.org Received: (qmail 72340 invoked by uid 500); 24 Jul 2013 21:17:49 -0000 Mailing-List: contact issues-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@camel.apache.org Delivered-To: mailing list issues@camel.apache.org Received: (qmail 72291 invoked by uid 99); 24 Jul 2013 21:17:49 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Jul 2013 21:17:49 +0000 Date: Wed, 24 Jul 2013 21:17:49 +0000 (UTC) From: "Zemian Deng (JIRA)" To: issues@camel.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (CAMEL-6067) Provider deleteJob=true|false as an option for Quartz component MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CAMEL-6067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zemian Deng updated CAMEL-6067: ------------------------------- Attachment: CAMEL-6067.path Here is a patch for this feature. Default is "deleteJob=true" Few notes on the changes. 1) Per my comment above, I have to remove the check on duplicate name when adding trigger to scheduler and NOT throw exception. (I fixed the QuartzNameCollisionTest as result of this.) This will now rely on user to ensure to give UNIQUE trigger name per endpoint, or they could be picking up an existing trigger for multiple endpoints! 2) If user decided to use "deleteJob=false", and then later changed the trigger name, then there is no way to delete the old trigger from the scheduler! You need to ensure they toggle the flag and have it removed before changing trigger name. 3) I have removed setStartTime(new Date()) and set similar behavior of trigger's MISFIRE_INSTRUCTION code instead. This allow the user to pick up existing trigger and reuse their misfire behavior if they like. I have tested this path to some extends with a OracleXE database. Let me know what you think. Zemian > Provider deleteJob=true|false as an option for Quartz component > --------------------------------------------------------------- > > Key: CAMEL-6067 > URL: https://issues.apache.org/jira/browse/CAMEL-6067 > Project: Camel > Issue Type: New Feature > Components: camel-quartz > Affects Versions: 2.10.2, 2.10.3 > Reporter: Vishal > Priority: Minor > Fix For: 2.12.0, Future > > Attachments: CAMEL-6067.path > > > Although there is an option for defining stateful jobs in the quartz component via stateful=true, the jobs created are eventually deleted when Camel shutsdown. > Please see, > http://camel.465427.n5.nabble.com/Quartz-triggers-being-deleted-when-shutting-down-Camel-tt5727257.html > An option is needed to instruct Camel to not remove stateful jobs when coming down. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira