You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@syncope.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2022/06/30 07:59:00 UTC

[jira] [Commented] (SYNCOPE-1687) Allow to configure External Resources not to pre-fetch objects during propagation

    [ https://issues.apache.org/jira/browse/SYNCOPE-1687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17560900#comment-17560900 ] 

ASF subversion and git services commented on SYNCOPE-1687:
----------------------------------------------------------

Commit e962bd0956d013cda6419f8ce1063c653ba55100 in syncope's branch refs/heads/master from Francesco Chicchiriccò
[ https://gitbox.apache.org/repos/asf?p=syncope.git;h=e962bd0956 ]

[SYNCOPE-1687] Adding prefetch option to PropagationPolicy


> Allow to configure External Resources not to pre-fetch objects during propagation
> ---------------------------------------------------------------------------------
>
>                 Key: SYNCOPE-1687
>                 URL: https://issues.apache.org/jira/browse/SYNCOPE-1687
>             Project: Syncope
>          Issue Type: Improvement
>          Components: core
>            Reporter: Francesco Chicchiriccò
>            Assignee: Francesco Chicchiriccò
>            Priority: Major
>             Fix For: 3.0.0
>
>
> The current behavior implemented for propagation task execution is to attempt to read upfront the object being propagated.
> This is mainly done with purpose of:
> * translating {{CREATE}} into {{UPDATE}} in case the object is already found remotely, and viceversa
> * avoiding to issue {{DELETE}} operation if object is not found
> * avoiding to propagate in case the remote object is found equal to the data being propagated
> There are however conditions under which such checks can be seen as an overhead rather than an optimization: it makes sense then to let such behavior to be configurable.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)