[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)
[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: --- Fix Version/s: (was: 1.10) (was: 1.9.0) > 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, 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)
[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: --- Fix Version/s: 1.9.0 > 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 > Labels: cold-standby, test > Fix For: 1.9.0, 1.10 > > > 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 (v6.4.14#64029)
[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: --- Fix Version/s: (was: 1.8) > 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 > Labels: cold-standby, test > Fix For: 1.10, 1.10.1 > > > 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 (v6.4.14#64029)
[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: --- Fix Version/s: 1.10.1 1.10 > 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 > Labels: cold-standby, test > Fix For: 1.8, 1.10, 1.10.1 > > > 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 (v6.4.14#64029)
[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 ] Marcel Reutegger updated OAK-6674: -- Labels: cold-standby test (was: cold-standby) > 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 > Labels: cold-standby, test > Fix For: 1.8 > > > 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 (v6.4.14#64029)
[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 ] Davide Giannella updated OAK-6674: -- Fix Version/s: (was: 1.7.13) > 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 > Labels: cold-standby > Fix For: 1.8 > > > 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 (v6.4.14#64029)
[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: --- Fix Version/s: (was: 1.7.12) 1.7.13 > 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 > Labels: cold-standby > Fix For: 1.8, 1.7.13 > > > 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 (v6.4.14#64029)
[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: --- Fix Version/s: (was: 1.7.11) 1.7.12 > 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 > Labels: cold-standby > Fix For: 1.8, 1.7.12 > > > 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 (v6.4.14#64029)
[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: --- Fix Version/s: (was: 1.7.10) 1.7.11 > 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 > Labels: cold-standby > Fix For: 1.8, 1.7.11 > > > 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 (v6.4.14#64029)
[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 ] Davide Giannella updated OAK-6674: -- Fix Version/s: (was: 1.7.9) 1.7.10 > 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 > Labels: cold-standby > Fix For: 1.8, 1.7.10 > > > 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 (v6.4.14#64029)
[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 ] Davide Giannella updated OAK-6674: -- Fix Version/s: 1.8 > 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 > Labels: cold-standby > Fix For: 1.8, 1.7.9 > > > 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 (v6.4.14#64029)