[jira] [Commented] (OAK-7480) Build Jackrabbit Oak #1428 failed

2018-05-04 Thread Hudson (JIRA)

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

Hudson commented on OAK-7480:
-

Build is still failing.
Failed run: [Jackrabbit Oak 
#1430|https://builds.apache.org/job/Jackrabbit%20Oak/1430/] [console 
log|https://builds.apache.org/job/Jackrabbit%20Oak/1430/console]

> Build Jackrabbit Oak #1428 failed
> -
>
> Key: OAK-7480
> URL: https://issues.apache.org/jira/browse/OAK-7480
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: continuous integration
>Reporter: Hudson
>Priority: Major
>
> No description is provided
> The build Jackrabbit Oak #1428 has failed.
> First failed run: [Jackrabbit Oak 
> #1428|https://builds.apache.org/job/Jackrabbit%20Oak/1428/] [console 
> log|https://builds.apache.org/job/Jackrabbit%20Oak/1428/console]



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


[jira] [Updated] (OAK-7472) tests should pass with locking disabled

2018-05-04 Thread Julian Reschke (JIRA)

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

Julian Reschke updated OAK-7472:

Fix Version/s: (was: 1.9.1)

> tests should pass with locking disabled
> ---
>
> Key: OAK-7472
> URL: https://issues.apache.org/jira/browse/OAK-7472
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: jcr
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
>  Labels: candidate_oak_1_8
> Fix For: 1.10
>
>




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


[jira] [Reopened] (OAK-7472) tests should pass with locking disabled

2018-05-04 Thread Julian Reschke (JIRA)

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

Julian Reschke reopened OAK-7472:
-

Reverted, as the change required the unreleased jackrabbit snapshot. Sorry.

> tests should pass with locking disabled
> ---
>
> Key: OAK-7472
> URL: https://issues.apache.org/jira/browse/OAK-7472
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: jcr
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
>  Labels: candidate_oak_1_8
> Fix For: 1.10, 1.9.1
>
>




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


[jira] [Commented] (OAK-7480) Build Jackrabbit Oak #1428 failed

2018-05-04 Thread Hudson (JIRA)

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

Hudson commented on OAK-7480:
-

Build is still failing.
Failed run: [Jackrabbit Oak 
#1429|https://builds.apache.org/job/Jackrabbit%20Oak/1429/] [console 
log|https://builds.apache.org/job/Jackrabbit%20Oak/1429/console]

> Build Jackrabbit Oak #1428 failed
> -
>
> Key: OAK-7480
> URL: https://issues.apache.org/jira/browse/OAK-7480
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: continuous integration
>Reporter: Hudson
>Priority: Major
>
> No description is provided
> The build Jackrabbit Oak #1428 has failed.
> First failed run: [Jackrabbit Oak 
> #1428|https://builds.apache.org/job/Jackrabbit%20Oak/1428/] [console 
> log|https://builds.apache.org/job/Jackrabbit%20Oak/1428/console]



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


[jira] [Commented] (OAK-6421) Phase out JCR Locking support

2018-05-04 Thread Julian Reschke (JIRA)

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

Julian Reschke commented on OAK-6421:
-

Quick summary:

With the changes attached to OAK-7471, all tests pass. I found that the TCK 
mostly was handling this properly, and the test coverage for repositories 
without locking was already there.

With respect to the actual changes in oak-jcr, we need to discuss:

- Can we make this more elegant somehow? Just tuning the LockManager wasn't 
sufficient in the end, because {{getLockManager}} already needs to throw...

- What to do with mix:lockable in the node type registry? We could hide it, but 
then it might be sufficient not to allow adding it. That said, the current 
checks wouldn't handle types extending from a node type that includes 
mix:lockable. (These checks would need to check the effective node type, as 
compared to just the name)

- What to do with migrations scenarios, where existing content already contains 
lockable nodes...

> Phase out JCR Locking support
> -
>
> Key: OAK-6421
> URL: https://issues.apache.org/jira/browse/OAK-6421
> Project: Jackrabbit Oak
>  Issue Type: Task
>  Components: jcr
>Reporter: Marcel Reutegger
>Priority: Major
> Fix For: 1.10
>
>
> Oak currently has a lot of gaps in its JCR Locking implementation (see 
> OAK-1962), which basically makes it non-compliant with the JCR specification.
> I propose we phase out the support for JCR Locking because a proper 
> implementation would be rather complex with a runtime behaviour that is very 
> different in a standalone deployment compared to a cluster. In the standalone 
> case a lock could be acquired very quickly, while in the distributed case, 
> the operations would be multiple orders of magnitude slower, depending on how 
> cluster nodes are geographically distributed.
> Applications that rely on strict lock semantics should use other mechanisms, 
> built explicitly for this purpose. E.g. Apache Zookeeper.
> To ease upgrade and migration to a different lock mechanism, the proposal is 
> to introduce a flag or configuration that controls the level of support for 
> JCR Locking:
> - DISABLED: the implementation does not support JCR Locking at all. Methods 
> will throw UnsupportedRepositoryOperationException when defined by the JCR 
> specification. 
> - DEPRECATED: the implementation behaves as right now, but logs a warn or 
> error message that JCR Locking does not work as specified and will be removed 
> in a future version of Oak.
> In a later release (e.g. 1.10) the current JCR Locking implementation would 
> be removed entirely and unconditionally throw an exception.



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


[jira] [Created] (OAK-7480) Build Jackrabbit Oak #1428 failed

2018-05-04 Thread Hudson (JIRA)
Hudson created OAK-7480:
---

 Summary: Build Jackrabbit Oak #1428 failed
 Key: OAK-7480
 URL: https://issues.apache.org/jira/browse/OAK-7480
 Project: Jackrabbit Oak
  Issue Type: Bug
  Components: continuous integration
Reporter: Hudson


No description is provided

The build Jackrabbit Oak #1428 has failed.
First failed run: [Jackrabbit Oak 
#1428|https://builds.apache.org/job/Jackrabbit%20Oak/1428/] [console 
log|https://builds.apache.org/job/Jackrabbit%20Oak/1428/console]



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


[jira] [Updated] (OAK-7479) custom property does not respect type

2018-05-04 Thread Marco Piovesana (JIRA)

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

Marco Piovesana updated OAK-7479:
-
Description: 
I've defined a custom mixin with s single *long* property. When I add that 
mixin to a node I can set a value of a different type (e.g. *string*) without 
any error. Same behaviour if I define the mixin using the {{customCND}} or 
using the {{NodeTypeTemplate.}}

 Here the code example:
{code:java}
NodeTypeManager nodeTypeManager = session.getWorkspace().getNodeTypeManager();
NodeTypeTemplate nt = nodeTypeManager.createNodeTypeTemplate();
nt.setName("custom:runtime");
nt.setMixin(true);
PropertyDefinitionTemplate opt = 
nodeTypeManager.createPropertyDefinitionTemplate();
opt.setMandatory(false);
opt.setName("custom:runtimeTest");
opt.setRequiredType(PropertyType.LONG);
opt.setOnParentVersion(OnParentVersionAction.COPY);
List pdt = nt.getPropertyDefinitionTemplates();
pdt.add(opt);
nodeTypeManager.registerNodeType(nt, true);

session.save();

Node mynode = JcrUtils.getOrAddNode(session.getRootNode(), "mynode");
mynode.addMixin("custom:runtime");
session.save();
mynode.setProperty("custom:runtimeTest", "my test value");
session.save();{code}
If I open the repository using oak-run the property {{custom:runtimeTest}} has 
type STRING and not LONG (attached image)

  was:
I've defined a custom mixin with s single *long* property. When I add that 
mixing to a node I can set a value of a different type (e.g. *string*) without 
any error. Same behaviour if I define the mixin using the {{customCND}} or 
using the {{NodeTypeTemplate.}}

 Here the code example:
{code:java}
NodeTypeManager nodeTypeManager = session.getWorkspace().getNodeTypeManager();
NodeTypeTemplate nt = nodeTypeManager.createNodeTypeTemplate();
nt.setName("custom:runtime");
nt.setMixin(true);
PropertyDefinitionTemplate opt = 
nodeTypeManager.createPropertyDefinitionTemplate();
opt.setMandatory(false);
opt.setName("custom:runtimeTest");
opt.setRequiredType(PropertyType.LONG);
opt.setOnParentVersion(OnParentVersionAction.COPY);
List pdt = nt.getPropertyDefinitionTemplates();
pdt.add(opt);
nodeTypeManager.registerNodeType(nt, true);

session.save();

Node mynode = JcrUtils.getOrAddNode(session.getRootNode(), "mynode");
mynode.addMixin("custom:runtime");
session.save();
mynode.setProperty("custom:runtimeTest", "my test value");
session.save();{code}
If I open the repository using oak-run the property {{custom:runtimeTest}} has 
type STRING and not LONG (attached image)


> custom property does not respect type 
> --
>
> Key: OAK-7479
> URL: https://issues.apache.org/jira/browse/OAK-7479
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: core
>Affects Versions: 1.6.1, 1.8.1
> Environment: The repository is file system based:
> {code:java}
> File driveFile = new File(directory, "oakrepo");
> File repositoryFile = new File(driveFile, "repository");
> File dataStoreFile = new File(driveFile, "datastore");
> BlobStore blobStore = new FileBlobStore(dataStoreFile.getAbsolutePath());
> fileStore = 
> FileStoreBuilder.fileStoreBuilder(repositoryFile).withBlobStore(blobStore).build();
> nodeStore = SegmentNodeStoreBuilders.builder(fileStore).build();
> Jcr jcr = new Jcr(nodeStore);
> repository = jcr.createRepository();
> {code}
>Reporter: Marco Piovesana
>Priority: Major
> Attachments: oakRunImage.png
>
>
> I've defined a custom mixin with s single *long* property. When I add that 
> mixin to a node I can set a value of a different type (e.g. *string*) without 
> any error. Same behaviour if I define the mixin using the {{customCND}} or 
> using the {{NodeTypeTemplate.}}
>  Here the code example:
> {code:java}
> NodeTypeManager nodeTypeManager = session.getWorkspace().getNodeTypeManager();
> NodeTypeTemplate nt = nodeTypeManager.createNodeTypeTemplate();
> nt.setName("custom:runtime");
> nt.setMixin(true);
> PropertyDefinitionTemplate opt = 
> nodeTypeManager.createPropertyDefinitionTemplate();
> opt.setMandatory(false);
> opt.setName("custom:runtimeTest");
> opt.setRequiredType(PropertyType.LONG);
> opt.setOnParentVersion(OnParentVersionAction.COPY);
> List pdt = nt.getPropertyDefinitionTemplates();
> pdt.add(opt);
> nodeTypeManager.registerNodeType(nt, true);
> session.save();
> Node mynode = JcrUtils.getOrAddNode(session.getRootNode(), "mynode");
> mynode.addMixin("custom:runtime");
> session.save();
> mynode.setProperty("custom:runtimeTest", "my test value");
> session.save();{code}
> If I open the repository using oak-run the property {{custom:runtimeTest}} 
> has type STRING and not LONG (attached image)



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


[jira] [Commented] (OAK-7479) custom property does not respect type

2018-05-04 Thread Marco Piovesana (JIRA)

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

Marco Piovesana commented on OAK-7479:
--

The issue seems similar to OAK-3621 that was closed in version 1.4

> custom property does not respect type 
> --
>
> Key: OAK-7479
> URL: https://issues.apache.org/jira/browse/OAK-7479
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: core
>Affects Versions: 1.6.1, 1.8.1
> Environment: The repository is file system based:
> {code:java}
> File driveFile = new File(directory, "oakrepo");
> File repositoryFile = new File(driveFile, "repository");
> File dataStoreFile = new File(driveFile, "datastore");
> BlobStore blobStore = new FileBlobStore(dataStoreFile.getAbsolutePath());
> fileStore = 
> FileStoreBuilder.fileStoreBuilder(repositoryFile).withBlobStore(blobStore).build();
> nodeStore = SegmentNodeStoreBuilders.builder(fileStore).build();
> Jcr jcr = new Jcr(nodeStore);
> repository = jcr.createRepository();
> {code}
>Reporter: Marco Piovesana
>Priority: Major
> Attachments: oakRunImage.png
>
>
> I've defined a custom mixin with s single *long* property. When I add that 
> mixing to a node I can set a value of a different type (e.g. *string*) 
> without any error. Same behaviour if I define the mixin using the 
> {{customCND}} or using the {{NodeTypeTemplate.}}
>  Here the code example:
> {code:java}
> NodeTypeManager nodeTypeManager = session.getWorkspace().getNodeTypeManager();
> NodeTypeTemplate nt = nodeTypeManager.createNodeTypeTemplate();
> nt.setName("custom:runtime");
> nt.setMixin(true);
> PropertyDefinitionTemplate opt = 
> nodeTypeManager.createPropertyDefinitionTemplate();
> opt.setMandatory(false);
> opt.setName("custom:runtimeTest");
> opt.setRequiredType(PropertyType.LONG);
> opt.setOnParentVersion(OnParentVersionAction.COPY);
> List pdt = nt.getPropertyDefinitionTemplates();
> pdt.add(opt);
> nodeTypeManager.registerNodeType(nt, true);
> session.save();
> Node mynode = JcrUtils.getOrAddNode(session.getRootNode(), "mynode");
> mynode.addMixin("custom:runtime");
> session.save();
> mynode.setProperty("custom:runtimeTest", "my test value");
> session.save();{code}
> If I open the repository using oak-run the property {{custom:runtimeTest}} 
> has type STRING and not LONG (attached image)



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


[jira] [Created] (OAK-7479) custom property does not respect type

2018-05-04 Thread Marco Piovesana (JIRA)
Marco Piovesana created OAK-7479:


 Summary: custom property does not respect type 
 Key: OAK-7479
 URL: https://issues.apache.org/jira/browse/OAK-7479
 Project: Jackrabbit Oak
  Issue Type: Bug
  Components: core
Affects Versions: 1.8.1, 1.6.1
 Environment: The repository is file system based:
{code:java}
File driveFile = new File(directory, "oakrepo");
File repositoryFile = new File(driveFile, "repository");
File dataStoreFile = new File(driveFile, "datastore");
BlobStore blobStore = new FileBlobStore(dataStoreFile.getAbsolutePath());
fileStore = 
FileStoreBuilder.fileStoreBuilder(repositoryFile).withBlobStore(blobStore).build();
nodeStore = SegmentNodeStoreBuilders.builder(fileStore).build();
Jcr jcr = new Jcr(nodeStore);
repository = jcr.createRepository();
{code}
Reporter: Marco Piovesana
 Attachments: oakRunImage.png

I've defined a custom mixin with s single *long* property. When I add that 
mixing to a node I can set a value of a different type (e.g. *string*) without 
any error. Same behaviour if I define the mixin using the {{customCND}} or 
using the {{NodeTypeTemplate.}}

 Here the code example:
{code:java}
NodeTypeManager nodeTypeManager = session.getWorkspace().getNodeTypeManager();
NodeTypeTemplate nt = nodeTypeManager.createNodeTypeTemplate();
nt.setName("custom:runtime");
nt.setMixin(true);
PropertyDefinitionTemplate opt = 
nodeTypeManager.createPropertyDefinitionTemplate();
opt.setMandatory(false);
opt.setName("custom:runtimeTest");
opt.setRequiredType(PropertyType.LONG);
opt.setOnParentVersion(OnParentVersionAction.COPY);
List pdt = nt.getPropertyDefinitionTemplates();
pdt.add(opt);
nodeTypeManager.registerNodeType(nt, true);

session.save();

Node mynode = JcrUtils.getOrAddNode(session.getRootNode(), "mynode");
mynode.addMixin("custom:runtime");
session.save();
mynode.setProperty("custom:runtimeTest", "my test value");
session.save();{code}
If I open the repository using oak-run the property {{custom:runtimeTest}} has 
type STRING and not LONG (attached image)



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


[jira] [Created] (OAK-7478) Update Oak 1.2 to Jackrabbit 2.12.9

2018-05-04 Thread Julian Reschke (JIRA)
Julian Reschke created OAK-7478:
---

 Summary: Update Oak 1.2 to Jackrabbit 2.12.9
 Key: OAK-7478
 URL: https://issues.apache.org/jira/browse/OAK-7478
 Project: Jackrabbit Oak
  Issue Type: Task
  Components: parent
Reporter: Julian Reschke
Assignee: Julian Reschke






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


[jira] [Created] (OAK-7477) Update Oak 1.4 to Jackrabbit 2.12.9

2018-05-04 Thread Julian Reschke (JIRA)
Julian Reschke created OAK-7477:
---

 Summary: Update Oak 1.4 to Jackrabbit 2.12.9
 Key: OAK-7477
 URL: https://issues.apache.org/jira/browse/OAK-7477
 Project: Jackrabbit Oak
  Issue Type: Task
  Components: parent
Reporter: Julian Reschke
Assignee: Julian Reschke






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


[jira] [Commented] (OAK-7471) add a config switch to disable locking

2018-05-04 Thread Julian Reschke (JIRA)

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

Julian Reschke commented on OAK-7471:
-

Work in progress: 
https://issues.apache.org/jira/secure/attachment/12921942/OAK-7471.diff

> add a config switch to disable locking
> --
>
> Key: OAK-7471
> URL: https://issues.apache.org/jira/browse/OAK-7471
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: jcr
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Attachments: OAK-7471.diff
>
>
> - throw UnsupportedRepositoryOperationException on lock operations (for now, 
> that'll include attempts to add mix:lockable)
> - repository descriptor will declare locking to be unsupported



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


[jira] [Updated] (OAK-7471) add a config switch to disable locking

2018-05-04 Thread Julian Reschke (JIRA)

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

Julian Reschke updated OAK-7471:

Attachment: OAK-7471.diff

> add a config switch to disable locking
> --
>
> Key: OAK-7471
> URL: https://issues.apache.org/jira/browse/OAK-7471
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: jcr
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Attachments: OAK-7471.diff
>
>
> - throw UnsupportedRepositoryOperationException on lock operations (for now, 
> that'll include attempts to add mix:lockable)
> - repository descriptor will declare locking to be unsupported



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


[jira] [Commented] (OAK-7472) tests should pass with locking disabled

2018-05-04 Thread Julian Reschke (JIRA)

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

Julian Reschke commented on OAK-7472:
-

trunk: [r1830911|http://svn.apache.org/r1830911]

> tests should pass with locking disabled
> ---
>
> Key: OAK-7472
> URL: https://issues.apache.org/jira/browse/OAK-7472
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: jcr
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
>  Labels: candidate_oak_1_8
> Fix For: 1.10, 1.9.1
>
>




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


[jira] [Updated] (OAK-7472) tests should pass with locking disabled

2018-05-04 Thread Julian Reschke (JIRA)

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

Julian Reschke updated OAK-7472:

Labels: candidate_oak_1_8  (was: )

> tests should pass with locking disabled
> ---
>
> Key: OAK-7472
> URL: https://issues.apache.org/jira/browse/OAK-7472
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: jcr
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
>  Labels: candidate_oak_1_8
> Fix For: 1.10, 1.9.1
>
>




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


[jira] [Commented] (OAK-7476) The Azure readSegment should return null if no segment is found

2018-05-04 Thread JIRA

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

Tomek Rękawek commented on OAK-7476:


Fixed for trunk [r1830910|https://svn.apache.org/r1830910].

> The Azure readSegment should return null if no segment is found
> ---
>
> Key: OAK-7476
> URL: https://issues.apache.org/jira/browse/OAK-7476
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: segment-tar
>Reporter: Tomek Rękawek
>Priority: Major
> Fix For: 1.10, 1.9.1
>
>
> {noformat}
> 04.05.2018 10:41:43.085 *ERROR* [FelixStartLevel] 
> org.apache.jackrabbit.oak.segment.SegmentNotFoundExceptionListener Segment 
> not found: c2e583b9-f9ab-4e20-a7a7-638727a7537d. SegmentId age=1ms
> org.apache.jackrabbit.oak.segment.SegmentNotFoundException: Segment 
> c2e583b9-f9ab-4e20-a7a7-638727a7537d not found
>   at 
> org.apache.jackrabbit.oak.segment.file.AbstractFileStore.asSegmentNotFoundException(AbstractFileStore.java:143)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.file.FileStore.readSegment(FileStore.java:464)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentId.getSegment(SegmentId.java:154) 
> [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.CachingSegmentReader$2.apply(CachingSegmentReader.java:118)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.CachingSegmentReader$2.apply(CachingSegmentReader.java:114)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.ReaderCache.get(ReaderCache.java:118) 
> [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.CachingSegmentReader.readTemplate(CachingSegmentReader.java:114)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeState.getTemplate(SegmentNodeState.java:110)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeState.getChildNode(SegmentNodeState.java:421)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeStore.getRoot(SegmentNodeStore.java:182)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.spi.cluster.ClusterRepositoryInfo.getOrCreateId(ClusterRepositoryInfo.java:68)
>  [org.apache.jackrabbit.oak-store-spi:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.registerSegmentStore(SegmentNodeStoreService.java:659)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeStoreFactory.activate(SegmentNodeStoreFactory.java:141)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
> 
> Caused by: com.google.common.util.concurrent.UncheckedExecutionException: 
> java.lang.NullPointerException
>   at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2199) 
> [com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
>   at com.google.common.cache.LocalCache.get(LocalCache.java:3932) 
> [com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
>   at 
> com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4721) 
> [com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentCache$NonEmptyCache.getSegment(SegmentCache.java:161)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.file.FileStore.readSegment(FileStore.java:462)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   ... 48 common frames omitted
> Caused by: java.lang.NullPointerException: null
>   at 
> org.apache.jackrabbit.oak.segment.azure.AzureSegmentArchiveReader.readSegment(AzureSegmentArchiveReader.java:73)
>  [org.apache.jackrabbit.oak-segment-azure:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.file.tar.TarReader.readEntry(TarReader.java:310)
>  [org.apache.jackr

[jira] [Resolved] (OAK-7472) tests should pass with locking disabled

2018-05-04 Thread Julian Reschke (JIRA)

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

Julian Reschke resolved OAK-7472.
-
   Resolution: Fixed
Fix Version/s: 1.9.1
   1.10

> tests should pass with locking disabled
> ---
>
> Key: OAK-7472
> URL: https://issues.apache.org/jira/browse/OAK-7472
> Project: Jackrabbit Oak
>  Issue Type: Technical task
>  Components: jcr
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
>  Labels: candidate_oak_1_8
> Fix For: 1.10, 1.9.1
>
>




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


[jira] [Resolved] (OAK-7476) The Azure readSegment should return null if no segment is found

2018-05-04 Thread JIRA

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

Tomek Rękawek resolved OAK-7476.

Resolution: Fixed

> The Azure readSegment should return null if no segment is found
> ---
>
> Key: OAK-7476
> URL: https://issues.apache.org/jira/browse/OAK-7476
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: segment-tar
>Reporter: Tomek Rękawek
>Priority: Major
> Fix For: 1.10, 1.9.1
>
>
> {noformat}
> 04.05.2018 10:41:43.085 *ERROR* [FelixStartLevel] 
> org.apache.jackrabbit.oak.segment.SegmentNotFoundExceptionListener Segment 
> not found: c2e583b9-f9ab-4e20-a7a7-638727a7537d. SegmentId age=1ms
> org.apache.jackrabbit.oak.segment.SegmentNotFoundException: Segment 
> c2e583b9-f9ab-4e20-a7a7-638727a7537d not found
>   at 
> org.apache.jackrabbit.oak.segment.file.AbstractFileStore.asSegmentNotFoundException(AbstractFileStore.java:143)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.file.FileStore.readSegment(FileStore.java:464)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentId.getSegment(SegmentId.java:154) 
> [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.CachingSegmentReader$2.apply(CachingSegmentReader.java:118)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.CachingSegmentReader$2.apply(CachingSegmentReader.java:114)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.ReaderCache.get(ReaderCache.java:118) 
> [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.CachingSegmentReader.readTemplate(CachingSegmentReader.java:114)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeState.getTemplate(SegmentNodeState.java:110)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeState.getChildNode(SegmentNodeState.java:421)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeStore.getRoot(SegmentNodeStore.java:182)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.spi.cluster.ClusterRepositoryInfo.getOrCreateId(ClusterRepositoryInfo.java:68)
>  [org.apache.jackrabbit.oak-store-spi:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.registerSegmentStore(SegmentNodeStoreService.java:659)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentNodeStoreFactory.activate(SegmentNodeStoreFactory.java:141)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
> 
> Caused by: com.google.common.util.concurrent.UncheckedExecutionException: 
> java.lang.NullPointerException
>   at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2199) 
> [com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
>   at com.google.common.cache.LocalCache.get(LocalCache.java:3932) 
> [com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
>   at 
> com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4721) 
> [com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
>   at 
> org.apache.jackrabbit.oak.segment.SegmentCache$NonEmptyCache.getSegment(SegmentCache.java:161)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.file.FileStore.readSegment(FileStore.java:462)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   ... 48 common frames omitted
> Caused by: java.lang.NullPointerException: null
>   at 
> org.apache.jackrabbit.oak.segment.azure.AzureSegmentArchiveReader.readSegment(AzureSegmentArchiveReader.java:73)
>  [org.apache.jackrabbit.oak-segment-azure:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.file.tar.TarReader.readEntry(TarReader.java:310)
>  [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
>   at 
> org.apache.jackrabbit.oak.segment.file.tar

[jira] [Created] (OAK-7476) The Azure readSegment should return null if no segment is found

2018-05-04 Thread JIRA
Tomek Rękawek created OAK-7476:
--

 Summary: The Azure readSegment should return null if no segment is 
found
 Key: OAK-7476
 URL: https://issues.apache.org/jira/browse/OAK-7476
 Project: Jackrabbit Oak
  Issue Type: Bug
  Components: segment-tar
Reporter: Tomek Rękawek
 Fix For: 1.10, 1.9.1


{noformat}
04.05.2018 10:41:43.085 *ERROR* [FelixStartLevel] 
org.apache.jackrabbit.oak.segment.SegmentNotFoundExceptionListener Segment not 
found: c2e583b9-f9ab-4e20-a7a7-638727a7537d. SegmentId age=1ms
org.apache.jackrabbit.oak.segment.SegmentNotFoundException: Segment 
c2e583b9-f9ab-4e20-a7a7-638727a7537d not found
at 
org.apache.jackrabbit.oak.segment.file.AbstractFileStore.asSegmentNotFoundException(AbstractFileStore.java:143)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.file.FileStore.readSegment(FileStore.java:464)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.SegmentId.getSegment(SegmentId.java:154) 
[org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.CachingSegmentReader$2.apply(CachingSegmentReader.java:118)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.CachingSegmentReader$2.apply(CachingSegmentReader.java:114)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.ReaderCache.get(ReaderCache.java:118) 
[org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.CachingSegmentReader.readTemplate(CachingSegmentReader.java:114)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.SegmentNodeState.getTemplate(SegmentNodeState.java:110)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.SegmentNodeState.getChildNode(SegmentNodeState.java:421)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.SegmentNodeStore.getRoot(SegmentNodeStore.java:182)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.spi.cluster.ClusterRepositoryInfo.getOrCreateId(ClusterRepositoryInfo.java:68)
 [org.apache.jackrabbit.oak-store-spi:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.registerSegmentStore(SegmentNodeStoreService.java:659)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.SegmentNodeStoreFactory.activate(SegmentNodeStoreFactory.java:141)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)

Caused by: com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.NullPointerException
at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2199) 
[com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
at com.google.common.cache.LocalCache.get(LocalCache.java:3932) 
[com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
at 
com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4721) 
[com.adobe.granite.osgi.wrapper.guava:15.0.0.0002]
at 
org.apache.jackrabbit.oak.segment.SegmentCache$NonEmptyCache.getSegment(SegmentCache.java:161)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.file.FileStore.readSegment(FileStore.java:462)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
... 48 common frames omitted
Caused by: java.lang.NullPointerException: null
at 
org.apache.jackrabbit.oak.segment.azure.AzureSegmentArchiveReader.readSegment(AzureSegmentArchiveReader.java:73)
 [org.apache.jackrabbit.oak-segment-azure:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.file.tar.TarReader.readEntry(TarReader.java:310)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.file.tar.TarFiles.readSegment(TarFiles.java:500)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.file.AbstractFileStore.readSegmentUncached(AbstractFileStore.java:267)
 [org.apache.jackrabbit.oak-segment-tar:1.9.0.R1830742]
at 
org.apache.jackrabbit.oak.segment.file.FileStore.lam

[jira] [Commented] (OAK-7474) Build timed out (after 100 minutes)

2018-05-04 Thread Hudson (JIRA)

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

Hudson commented on OAK-7474:
-

Previously failing build now is OK.
 Passed run: [Jackrabbit Oak 
#1427|https://builds.apache.org/job/Jackrabbit%20Oak/1427/] [console 
log|https://builds.apache.org/job/Jackrabbit%20Oak/1427/console]

> Build timed out (after 100 minutes)
> ---
>
> Key: OAK-7474
> URL: https://issues.apache.org/jira/browse/OAK-7474
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: continuous integration
>Reporter: Hudson
>Priority: Major
>
> No description is provided
> The build Jackrabbit Oak #1424 has failed.
> First failed run: [Jackrabbit Oak 
> #1424|https://builds.apache.org/job/Jackrabbit%20Oak/1424/] [console 
> log|https://builds.apache.org/job/Jackrabbit%20Oak/1424/console]



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


[jira] [Commented] (OAK-7470) Remove Usage of ImmutableTree and AbstractTree in Security Code

2018-05-04 Thread angela (JIRA)

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

angela commented on OAK-7470:
-

[~rombert], thanks a lot for your thoughts yes... maybe it would be to keep 
it separately... e.g. an interface similar to the {{ReadOnly}} and others in 
the same package. I wouldn't add it to the {{Tree}} interface though because 
it's really just mean to be used for the read-only trees that are just a tree 
wrapper around the {{NodeState}}.

> Remove Usage of ImmutableTree and AbstractTree in Security Code
> ---
>
> Key: OAK-7470
> URL: https://issues.apache.org/jira/browse/OAK-7470
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: authorization-cug, core, security-spi
>Reporter: angela
>Assignee: angela
>Priority: Major
>  Labels: m12n
> Attachments: OAK-7470-tests.patch, OAK-7470.patch
>
>
> With a minor extension to {{TreeProvider}} we would be able to get rid of the 
> direct casting to implementation details like {{ImmutableTree}} and 
> {{AbstractTree}} altogether.
> [~stillalex], patch for review will follow right away.



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


[jira] [Commented] (OAK-7470) Remove Usage of ImmutableTree and AbstractTree in Security Code

2018-05-04 Thread Robert Munteanu (JIRA)

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

Robert Munteanu commented on OAK-7470:
--

[~anchela] - from a backwards compatibility point of view the changes look 
correct and should have no impact on consumers.

FWIW ( and probably nitpicking ) : I am not a heavy user of the Tree API, but I 
wonder if the {{TreeProvider}} is the best place to add this method. This 
interface handles {{NodeState}} -> {{Tree}} conversions so far, now we're 
adding {{Tree}} -> {{NodeState}} which makes it more than {{TreeProvider}} . 
Renaming the class would be breaking BC, so it's a no-go. The new method could 
be moved to a new interface or added to the {{Tree}} interface itself ( not 
sure if feasible ) but it might complicate how we consume that API.

> Remove Usage of ImmutableTree and AbstractTree in Security Code
> ---
>
> Key: OAK-7470
> URL: https://issues.apache.org/jira/browse/OAK-7470
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: authorization-cug, core, security-spi
>Reporter: angela
>Assignee: angela
>Priority: Major
>  Labels: m12n
> Attachments: OAK-7470-tests.patch, OAK-7470.patch
>
>
> With a minor extension to {{TreeProvider}} we would be able to get rid of the 
> direct casting to implementation details like {{ImmutableTree}} and 
> {{AbstractTree}} altogether.
> [~stillalex], patch for review will follow right away.



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


[jira] [Commented] (OAK-7470) Remove Usage of ImmutableTree and AbstractTree in Security Code

2018-05-04 Thread angela (JIRA)

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

angela commented on OAK-7470:
-

[~stillalex], [~rombert], [~mduerig], [~mreutegg], proposed patch attached. 
Since the {{TreeProvider}} is exported API, I would appreciate your feedback on 
this. Ultimately this changes falls under the m12n umbrella as there is 
currently no way to get back the {{NodeState}} from the read-only trees 
obtained through the {{TreeProvider}}.

> Remove Usage of ImmutableTree and AbstractTree in Security Code
> ---
>
> Key: OAK-7470
> URL: https://issues.apache.org/jira/browse/OAK-7470
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: authorization-cug, core, security-spi
>Reporter: angela
>Assignee: angela
>Priority: Major
>  Labels: m12n
> Attachments: OAK-7470-tests.patch, OAK-7470.patch
>
>
> With a minor extension to {{TreeProvider}} we would be able to get rid of the 
> direct casting to implementation details like {{ImmutableTree}} and 
> {{AbstractTree}} altogether.
> [~stillalex], patch for review will follow right away.



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


[jira] [Resolved] (OAK-7475) InitialContentMigrator logs the progress incorrectly

2018-05-04 Thread JIRA

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

Tomek Rękawek resolved OAK-7475.

Resolution: Fixed

> InitialContentMigrator logs the progress incorrectly
> 
>
> Key: OAK-7475
> URL: https://issues.apache.org/jira/browse/OAK-7475
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: composite
>Reporter: Tomek Rękawek
>Assignee: Tomek Rękawek
>Priority: Major
> Fix For: 1.10, 1.9.1
>
>
> Example:
> {noformat}
> 04.05.2018 07:08:11.084 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #30: /jcr:system/jcr:versionStorage/17/02
> 04.05.2018 07:08:11.104 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #25: /jcr:system/jcr:versionStorage/ce/9e
> 04.05.2018 07:08:11.168 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #31: /jcr:system/jcr:versionStorage/58/06
> 04.05.2018 07:08:11.258 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #32: /jcr:system/jcr:versionStorage/6c/0f
> 04.05.2018 07:08:11.276 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #26: /jcr:system/jcr:versionStorage/a3/08
> 04.05.2018 07:08:11.346 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #33: /jcr:system/jcr:versionStorage/42/20
> 04.05.2018 07:08:11.428 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #34: /jcr:system/jcr:versionStorage/0e/c2
> 04.05.2018 07:08:11.440 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #27: /jcr:system/jcr:versionStorage/e6/57
> 04.05.2018 07:08:11.515 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #35: /jcr:system/jcr:versionStorage/5f/5f
> 04.05.2018 07:08:11.607 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #36: /jcr:system/rep:permissionStore/crx.default/scene7-
> {noformat}



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


[jira] [Commented] (OAK-7475) InitialContentMigrator logs the progress incorrectly

2018-05-04 Thread JIRA

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

Tomek Rękawek commented on OAK-7475:


Fixed for trunk in [r1830881|https://svn.apache.org/r1830881].

> InitialContentMigrator logs the progress incorrectly
> 
>
> Key: OAK-7475
> URL: https://issues.apache.org/jira/browse/OAK-7475
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: composite
>Reporter: Tomek Rękawek
>Assignee: Tomek Rękawek
>Priority: Major
> Fix For: 1.10, 1.9.1
>
>
> Example:
> {noformat}
> 04.05.2018 07:08:11.084 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #30: /jcr:system/jcr:versionStorage/17/02
> 04.05.2018 07:08:11.104 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #25: /jcr:system/jcr:versionStorage/ce/9e
> 04.05.2018 07:08:11.168 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #31: /jcr:system/jcr:versionStorage/58/06
> 04.05.2018 07:08:11.258 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #32: /jcr:system/jcr:versionStorage/6c/0f
> 04.05.2018 07:08:11.276 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #26: /jcr:system/jcr:versionStorage/a3/08
> 04.05.2018 07:08:11.346 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #33: /jcr:system/jcr:versionStorage/42/20
> 04.05.2018 07:08:11.428 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #34: /jcr:system/jcr:versionStorage/0e/c2
> 04.05.2018 07:08:11.440 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #27: /jcr:system/jcr:versionStorage/e6/57
> 04.05.2018 07:08:11.515 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #35: /jcr:system/jcr:versionStorage/5f/5f
> 04.05.2018 07:08:11.607 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #36: /jcr:system/rep:permissionStore/crx.default/scene7-
> {noformat}



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


[jira] [Updated] (OAK-7470) Remove Usage of ImmutableTree and AbstractTree in Security Code

2018-05-04 Thread angela (JIRA)

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

angela updated OAK-7470:

Labels: m12n  (was: )

> Remove Usage of ImmutableTree and AbstractTree in Security Code
> ---
>
> Key: OAK-7470
> URL: https://issues.apache.org/jira/browse/OAK-7470
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: authorization-cug, core, security-spi
>Reporter: angela
>Assignee: angela
>Priority: Major
>  Labels: m12n
> Attachments: OAK-7470-tests.patch, OAK-7470.patch
>
>
> With a minor extension to {{TreeProvider}} we would be able to get rid of the 
> direct casting to implementation details like {{ImmutableTree}} and 
> {{AbstractTree}} altogether.
> [~stillalex], patch for review will follow right away.



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


[jira] [Updated] (OAK-7475) InitialContentMigrator logs the progress incorrectly

2018-05-04 Thread JIRA

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

Tomek Rękawek updated OAK-7475:
---
Issue Type: Bug  (was: Improvement)

> InitialContentMigrator logs the progress incorrectly
> 
>
> Key: OAK-7475
> URL: https://issues.apache.org/jira/browse/OAK-7475
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: composite
>Reporter: Tomek Rękawek
>Priority: Major
> Fix For: 1.10, 1.9.1
>
>
> Example:
> {noformat}
> 04.05.2018 07:08:11.084 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #30: /jcr:system/jcr:versionStorage/17/02
> 04.05.2018 07:08:11.104 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #25: /jcr:system/jcr:versionStorage/ce/9e
> 04.05.2018 07:08:11.168 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #31: /jcr:system/jcr:versionStorage/58/06
> 04.05.2018 07:08:11.258 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #32: /jcr:system/jcr:versionStorage/6c/0f
> 04.05.2018 07:08:11.276 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #26: /jcr:system/jcr:versionStorage/a3/08
> 04.05.2018 07:08:11.346 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #33: /jcr:system/jcr:versionStorage/42/20
> 04.05.2018 07:08:11.428 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #34: /jcr:system/jcr:versionStorage/0e/c2
> 04.05.2018 07:08:11.440 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #27: /jcr:system/jcr:versionStorage/e6/57
> 04.05.2018 07:08:11.515 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #35: /jcr:system/jcr:versionStorage/5f/5f
> 04.05.2018 07:08:11.607 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #36: /jcr:system/rep:permissionStore/crx.default/scene7-
> {noformat}



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


[jira] [Assigned] (OAK-7475) InitialContentMigrator logs the progress incorrectly

2018-05-04 Thread JIRA

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

Tomek Rękawek reassigned OAK-7475:
--

Assignee: Tomek Rękawek

> InitialContentMigrator logs the progress incorrectly
> 
>
> Key: OAK-7475
> URL: https://issues.apache.org/jira/browse/OAK-7475
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: composite
>Reporter: Tomek Rękawek
>Assignee: Tomek Rękawek
>Priority: Major
> Fix For: 1.10, 1.9.1
>
>
> Example:
> {noformat}
> 04.05.2018 07:08:11.084 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #30: /jcr:system/jcr:versionStorage/17/02
> 04.05.2018 07:08:11.104 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #25: /jcr:system/jcr:versionStorage/ce/9e
> 04.05.2018 07:08:11.168 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #31: /jcr:system/jcr:versionStorage/58/06
> 04.05.2018 07:08:11.258 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #32: /jcr:system/jcr:versionStorage/6c/0f
> 04.05.2018 07:08:11.276 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #26: /jcr:system/jcr:versionStorage/a3/08
> 04.05.2018 07:08:11.346 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #33: /jcr:system/jcr:versionStorage/42/20
> 04.05.2018 07:08:11.428 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #34: /jcr:system/jcr:versionStorage/0e/c2
> 04.05.2018 07:08:11.440 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #27: /jcr:system/jcr:versionStorage/e6/57
> 04.05.2018 07:08:11.515 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #35: /jcr:system/jcr:versionStorage/5f/5f
> 04.05.2018 07:08:11.607 *INFO* [FelixStartLevel] 
> org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
> #36: /jcr:system/rep:permissionStore/crx.default/scene7-
> {noformat}



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


[jira] [Created] (OAK-7475) InitialContentMigrator logs the progress incorrectly

2018-05-04 Thread JIRA
Tomek Rękawek created OAK-7475:
--

 Summary: InitialContentMigrator logs the progress incorrectly
 Key: OAK-7475
 URL: https://issues.apache.org/jira/browse/OAK-7475
 Project: Jackrabbit Oak
  Issue Type: Improvement
  Components: composite
Reporter: Tomek Rękawek
 Fix For: 1.10, 1.9.1


Example:

{noformat}
04.05.2018 07:08:11.084 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#30: /jcr:system/jcr:versionStorage/17/02
04.05.2018 07:08:11.104 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#25: /jcr:system/jcr:versionStorage/ce/9e
04.05.2018 07:08:11.168 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#31: /jcr:system/jcr:versionStorage/58/06
04.05.2018 07:08:11.258 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#32: /jcr:system/jcr:versionStorage/6c/0f
04.05.2018 07:08:11.276 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#26: /jcr:system/jcr:versionStorage/a3/08
04.05.2018 07:08:11.346 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#33: /jcr:system/jcr:versionStorage/42/20
04.05.2018 07:08:11.428 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#34: /jcr:system/jcr:versionStorage/0e/c2
04.05.2018 07:08:11.440 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#27: /jcr:system/jcr:versionStorage/e6/57
04.05.2018 07:08:11.515 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#35: /jcr:system/jcr:versionStorage/5f/5f
04.05.2018 07:08:11.607 *INFO* [FelixStartLevel] 
org.apache.jackrabbit.oak.composite.InitialContentMigrator Copying node 
#36: /jcr:system/rep:permissionStore/crx.default/scene7-
{noformat}



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