[
https://issues.apache.org/jira/browse/SYNCOPE-1103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16038478#comment-16038478
]
ASF subversion and git services commented on SYNCOPE-1103:
----------------------------------------------------------
Commit 7c337d2269da8484f3bf081ca968bae261c654c2 in syncope's branch
refs/heads/1_2_X from [~ilgrosso]
[ https://git-wip-us.apache.org/repos/asf?p=syncope.git;h=7c337d2 ]
[SYNCOPE-1103] Option to put Quartz scheduler in standby, from
persistence.properties
> Option to disable Quartz instances across cluster
> -------------------------------------------------
>
> Key: SYNCOPE-1103
> URL: https://issues.apache.org/jira/browse/SYNCOPE-1103
> Project: Syncope
> Issue Type: Improvement
> Components: core
> Reporter: Francesco Chicchiriccò
> Assignee: Francesco Chicchiriccò
> Fix For: 1.2.11, 2.0.4, 2.1.0
>
>
> The only considered aspect, when configuring Syncope for
> [high-availability|https://syncope.apache.org/docs/reference-guide.html#high-availability],
> is related to OpenJPA's remote commit provider, at least according to the
> current documentation.
> However, another component is relevant within this regard, e.g. the Quartz
> scheduler, which is currently simply setup by default for
> [clustering|http://www.quartz-scheduler.org/documentation/quartz-2.2.x/configuration/ConfigJDBCJobStoreClustering.html].
> With such configuration, all cluster nodes are equally selectable for
> processing jobs; it would be nice, though, to gain some control over this
> aspect, e.g. to be able to restrict the nodes where jobs can run.
> For example, one can have 3 Syncope core nodes configured with OpenJPA remote
> commit provider, and set 2 of them for processing REST requests, leaving the
> third dedicated for running jobs (e.g. Pull).
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
