camel-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nikolay Turpitko (JIRA)" <>
Subject [jira] [Updated] (CAMEL-7627) Quartz/Quartz2 in cluster mode doesn't apply changed trigger settings
Date Fri, 25 Jul 2014 02:51:39 GMT


Nikolay Turpitko updated CAMEL-7627:

    Affects Version/s:     (was: 2.13.2)
                           (was: 2.14.0)

> Quartz/Quartz2 in cluster mode doesn't apply changed trigger settings
> ---------------------------------------------------------------------
>                 Key: CAMEL-7627
>                 URL:
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-quartz, camel-quartz2
>            Reporter: Nikolay Turpitko
>         Attachments: 0001-Fix-reshedule-changed-trigger-after-restart.patch
> Camel-quartz2 component in clustered mode uses trigger options stored in DB rather (possibly
changed) ones from endpoint's URI.
> Desirable behavior is to compare trigger options in DB and endpoint's URI and reschedule
quartz job when they changed (like in camel-quartz component).
> Component camel-quartz already have this functionality, but there is no test for it and
it works incorrectly with changed SimpleTrigger options.
> I attached a patch with unit tests. Every test prepares DB, than creates application
context twice with different trigger options. Both times it retrieves options back, accessing
them via trigger (not via endpoint, so that it uses values stored in DB). After that it asserts
that retrieved options are indeed different.
> You can ensure, that the tests fail with old versions of org.apache.camel.component.quartz2.QuartzEndpoint#addJobInScheduler
or org.apache.camel.component.quartz.QuartzComponent#hasTriggerChanged methods and pass with
patched implementation.

This message was sent by Atlassian JIRA

View raw message