You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Michael Dürig (JIRA)" <ji...@apache.org> on 2018/04/24 09:12:00 UTC

[jira] [Updated] (OAK-6674) Create a more complex IT for cold standby

     [ https://issues.apache.org/jira/browse/OAK-6674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Dürig updated OAK-6674:
-------------------------------
    Labels: cold-standby technical_debt test  (was: cold-standby test)

> Create a more complex IT for cold standby
> -----------------------------------------
>
>                 Key: OAK-6674
>                 URL: https://issues.apache.org/jira/browse/OAK-6674
>             Project: Jackrabbit Oak
>          Issue Type: Task
>          Components: segment-tar, tarmk-standby
>            Reporter: Andrei Dulceanu
>            Assignee: Andrei Dulceanu
>            Priority: Major
>              Labels: cold-standby, technical_debt, test
>
> At the moment all integration tests for cold standby are using the same scenario in their tests: some content is created on the server (including binaries), a standby sync cycle is started and then the content is checked on the client. The only twist here is using/not using a data store for storing binaries.
> Although good, this model could be extended to cover many more cases. For example, {{StandbyDiff}} covers the following 6 cases node/property added/changed/deleted. From these, with the scenario described, the removal part is never tested (and the change part is covered in only one test). 
> It would be nice to have an IT which would add content on the server, do a sync, remove some of the content, do a sync and then call OnRC. This way all cases will be covered, including if cleanup works as expected on the client.
> /cc [~frm]



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)