[jira] [Commented] (JCR-4814) File.renameTo sometimes fails to move temporary file to data record location

[Amit Jain (Jira)]

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

Amit Jain commented on JCR-4814:


It makes sense to modify to use {{Files.move}} given it will be more robust and 
provide feedback in case of problems.

> File.renameTo sometimes fails to move temporary file to data record location
> 
>
> Key: JCR-4814
> URL: https://issues.apache.org/jira/browse/JCR-4814
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: jackrabbit-data
>Reporter: Kunal Shubham
>Priority: Major
> Fix For: 2.22, 2.21.12
>
>
> Getting this error intermittently when trying to add a binary to 
> filedatastore, ultimately throwing DataStoreException:
> {code:java}
> Caused by: org.apache.jackrabbit.core.data.DataStoreException: Could not add 
> record
>     at 
> org.apache.jackrabbit.core.data.FileDataStore.addRecord(FileDataStore.java:230)
>  [org.apache.jackrabbit.jackrabbit-data:2.18.3]
>     at 
> org.apache.jackrabbit.oak.plugins.blob.datastore.DataStoreBlobStore.addRecord(DataStoreBlobStore.java:562)
>  [org.apache.jackrabbit.oak-blob-plugins:1.10.6]
>     at 
> org.apache.jackrabbit.oak.plugins.blob.datastore.DataStoreBlobStore.writeStream(DataStoreBlobStore.java:661)
>  [org.apache.jackrabbit.oak-blob-plugins:1.10.6]
>     at 
> org.apache.jackrabbit.oak.plugins.blob.datastore.DataStoreBlobStore.writeBlob(DataStoreBlobStore.java:237)
>  [org.apache.jackrabbit.oak-blob-plugins:1.10.6]
>     ... 13 common frames omitted
> Caused by: java.io.IOException: Can not rename 
> /sb/env/aem/aem-primary/crx-quickstart/datastore/tmp8078245415384830382.tmp 
> to 
> /sb/env/aem/aem-primary/crx-quickstart/datastore/40/62/95/406295aa1c0ba2cc6d64c30ac22c101bd256f38fb5fd8a70d97578974e4c568c
>  (media read only?)  {code}
> Apparently the File.renameTo() method fails at [1]. I checked that using 
> java.nio.file.Files.move() instead fixes the issue. So I propose to add 
> Files.move as a fall back to File.renameTo.
> [1] 
> [https://github.com/apache/jackrabbit/blob/trunk/jackrabbit-data/src/main/java/org/apache/jackrabbit/core/data/FileDataStore.java#L199]
>  



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

Re: [VOTE] Release Apache Jackrabbit 2.8.10

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.8.10

with

[INFO] Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-04T01:09:06+05:30)
[INFO] OS name: "mac os x", version: "10.14.3", arch: "x86_64", family:
"mac"
[INFO] Java version: 1.7.0_80, vendor: Oracle Corporation
[INFO] MAVEN_OPTS: -XX:MaxPermSize=512m
[INFO]

[INFO] ALL CHECKS OK

[INFO]


Thanks
Amit

On Thu, Feb 28, 2019 at 11:54 AM Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.8.10 release is available at:
>
>  https://dist.apache.org/repos/dist/dev/jackrabbit/2.8.10/
>
> The release candidate is a zip archive of the sources in:
>
>  https://svn.apache.org/repos/asf/jackrabbit/tags/2.8.10/
>
> The SHA1 checksum of the archive is
> 263b8c08b013fb7524dc0b1fa1bf06d825a5d2eb.
>
> A staged Maven repository is available for review at:
>
>  https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
>  # run in SVN checkout of
> https://dist.apache.org/repos/dist/dev/jackrabbit/
>  $ sh check-release.sh 2.8.10 263b8c08b013fb7524dc0b1fa1bf06d825a5d2eb
>
> Please vote on releasing this package as Apache Jackrabbit 2.8.10.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
>  [ ] +1 Release this package as Apache Jackrabbit 2.8.10
>  [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

Re: [VOTE] Release Apache Jackrabbit 2.10.9

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.10.9

Thanks
Amit

On Mon, Jan 7, 2019 at 10:40 AM Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.10.9 release is available at:
>
>  https://dist.apache.org/repos/dist/dev/jackrabbit/2.10.9/
>
> The release candidate is a zip archive of the sources in:
>
>  https://svn.apache.org/repos/asf/jackrabbit/tags/2.10.9/
>
> The SHA1 checksum of the archive is
> f1b70c0bd6ded5fca34d3d4405d7defeb07a3494.
>
> A staged Maven repository is available for review at:
>
>  https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
>  # run in SVN checkout of
> https://dist.apache.org/repos/dist/dev/jackrabbit/
>  $ sh check-release.sh 2.10.9 f1b70c0bd6ded5fca34d3d4405d7defeb07a3494
>
> Please vote on releasing this package as Apache Jackrabbit 2.10.9.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
>  [ ] +1 Release this package as Apache Jackrabbit 2.10.9
>  [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

[jira] [Updated] (JCR-4370) Remove extraneously set config from TestS3Ds

[Amit Jain (JIRA)]

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

Amit Jain updated JCR-4370:
---
Priority: Minor  (was: Major)

> Remove extraneously set config from TestS3Ds
> 
>
> Key: JCR-4370
> URL: https://issues.apache.org/jira/browse/JCR-4370
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-aws-ext
>Reporter: Amit Jain
>    Assignee: Amit Jain
>Priority: Minor
> Fix For: 2.18, 2.17.6
>
>




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

[jira] [Resolved] (JCR-4370) Remove extraneously set config from TestS3Ds

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4370.

Resolution: Fixed

http://svn.apache.org/viewvc?view=revision&revision=1840273

> Remove extraneously set config from TestS3Ds
> 
>
> Key: JCR-4370
> URL: https://issues.apache.org/jira/browse/JCR-4370
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-aws-ext
>Reporter: Amit Jain
>Assignee: Amit Jain
>Priority: Major
> Fix For: 2.18, 2.17.6
>
>




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

[jira] [Updated] (JCR-4370) Remove extraneously set config from TestS3Ds

[Amit Jain (JIRA)]

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

Amit Jain updated JCR-4370:
---
Summary: Remove extraneously set config from TestS3Ds  (was: Remove 
extraneous set config from TestS3Ds)

> Remove extraneously set config from TestS3Ds
> 
>
> Key: JCR-4370
> URL: https://issues.apache.org/jira/browse/JCR-4370
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-aws-ext
>Reporter: Amit Jain
>    Assignee: Amit Jain
>Priority: Major
> Fix For: 2.18, 2.17.6
>
>




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

[jira] [Resolved] (JCR-4369) Avoid S3 Incomplete Read Warning

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4369.

Resolution: Fixed

Thanks [~woon_san].

Patch committed with 
[http://svn.apache.org/viewvc?view=revision&revision=1840272]

I changed the package versions to what were being suggested.

> Avoid S3 Incomplete Read Warning
> 
>
> Key: JCR-4369
> URL: https://issues.apache.org/jira/browse/JCR-4369
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>  Components: jackrabbit-aws-ext
>Affects Versions: 2.16.3, 2.17.5
>Reporter: Woonsan Ko
>Assignee: Amit Jain
>Priority: Minor
> Fix For: 2.18, 2.17.6
>
>
> While using S3DataStore, the following logs are observed occasionally:
> {noformat}
> WARN [com.amazonaws.services.s3.internal.S3AbortableInputStream.close():178] 
> Not all bytes were read from the S3ObjectInputStream,
> aborting HTTP connection. This is likely an error and may result in 
> sub-optimal behavior. Request only the bytes you need via a ranged 
> GET or drain the input stream after use.
> {noformat}
> The warning logs are being left not only by HTTP processing threads, but also 
> by background threads, which made me think of the possibility of some 
> 'issues' in {{S3DataStore}} implementation. Not just caused by a broken http 
> connection by client.
> By the way, this issue is not a major one as AWS toolkit seems to just give a 
> warning as _recommendation_ in that case, with closing the underlying 
> HttpRequest object properly. So, there's no issue in functionality for the 
> record. It's only about 'warning' message and possible sub-optimal http 
> request handling under the hood (in AWS toolkit side).
> After looking at the code, I noticed that 
> {{CachingDataStore#proactiveCaching}} is enabled by default, which means the 
> {{S3DataStore}} tries to _proactively_ download the binary content, 
> asynchronously in a new thread, even when accessing metadata through 
> {{#getLastModified(...) and #getLength(...).
> Anyway, the _minor_ problem is now, whenever the {{S3DataStore}} reads 
> content (in other words get an input stream on an {{S3Object}}, it is 
> recommended to _read_ all data or _abort_ the input stream. Just to _close_ 
> the input stream is not good enough in AWS SDK perspective, resulting in the 
> warning. See {{S3AbortableInputStream#close()}} method. \[1\]
> Therefore, some S3 related classes (such as 
> {{org.apache.jackrabbit.core.data.LocalCache#store(String, InputStream)}}, 
> {{CachingDataStore#getStream(DataIdentifier)}}, etc.) should be improved like 
> the following:
> - If local cache file doesn't exist or it's on purge mode, it works as it 
> does: Just copy everything to local cache file and close it.
> - Otherwise, it should {{abort}} the underlying {{S3ObjectInputStream}}.
> The issue is a known one in AWS toolkit. \[2,3\] It seems like clients using 
> the toolkit needs to _abort_ the input stream if it doesn't want to read data 
> fully.
> \[1\] 
> https://github.com/aws/aws-sdk-java/blob/master/aws-java-sdk-s3/src/main/java/com/amazonaws/services/s3/internal/S3AbortableInputStream.java#L174-L187
> \[2\] https://github.com/aws/aws-sdk-java/issues/1211
> \[3\] https://github.com/aws/aws-sdk-java/issues/1657



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

[jira] [Created] (JCR-4370) Remove extraneous set config from TestS3Ds

[Amit Jain (JIRA)]

Amit Jain created JCR-4370:
--

 Summary: Remove extraneous set config from TestS3Ds
 Key: JCR-4370
 URL: https://issues.apache.org/jira/browse/JCR-4370
 Project: Jackrabbit Content Repository
  Issue Type: Bug
  Components: jackrabbit-aws-ext
Reporter: Amit Jain
Assignee: Amit Jain
 Fix For: 2.18, 2.17.6






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

[jira] [Assigned] (JCR-4369) Avoid S3 Incomplete Read Warning

[Amit Jain (JIRA)]

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

Amit Jain reassigned JCR-4369:
--

Assignee: Amit Jain

> Avoid S3 Incomplete Read Warning
> 
>
> Key: JCR-4369
> URL: https://issues.apache.org/jira/browse/JCR-4369
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>  Components: jackrabbit-aws-ext
>Affects Versions: 2.16.3, 2.17.5
>Reporter: Woonsan Ko
>Assignee: Amit Jain
>Priority: Minor
> Fix For: 2.18, 2.17.6
>
>
> While using S3DataStore, the following logs are observed occasionally:
> {noformat}
> WARN [com.amazonaws.services.s3.internal.S3AbortableInputStream.close():178] 
> Not all bytes were read from the S3ObjectInputStream,
> aborting HTTP connection. This is likely an error and may result in 
> sub-optimal behavior. Request only the bytes you need via a ranged 
> GET or drain the input stream after use.
> {noformat}
> The warning logs are being left not only by HTTP processing threads, but also 
> by background threads, which made me think of the possibility of some 
> 'issues' in {{S3DataStore}} implementation. Not just caused by a broken http 
> connection by client.
> By the way, this issue is not a major one as AWS toolkit seems to just give a 
> warning as _recommendation_ in that case, with closing the underlying 
> HttpRequest object properly. So, there's no issue in functionality for the 
> record. It's only about 'warning' message and possible sub-optimal http 
> request handling under the hood (in AWS toolkit side).
> After looking at the code, I noticed that 
> {{CachingDataStore#proactiveCaching}} is enabled by default, which means the 
> {{S3DataStore}} tries to _proactively_ download the binary content, 
> asynchronously in a new thread, even when accessing metadata through 
> {{#getLastModified(...) and #getLength(...).
> Anyway, the _minor_ problem is now, whenever the {{S3DataStore}} reads 
> content (in other words get an input stream on an {{S3Object}}, it is 
> recommended to _read_ all data or _abort_ the input stream. Just to _close_ 
> the input stream is not good enough in AWS SDK perspective, resulting in the 
> warning. See {{S3AbortableInputStream#close()}} method. \[1\]
> Therefore, some S3 related classes (such as 
> {{org.apache.jackrabbit.core.data.LocalCache#store(String, InputStream)}}, 
> {{CachingDataStore#getStream(DataIdentifier)}}, etc.) should be improved like 
> the following:
> - If local cache file doesn't exist or it's on purge mode, it works as it 
> does: Just copy everything to local cache file and close it.
> - Otherwise, it should {{abort}} the underlying {{S3ObjectInputStream}}.
> The issue is a known one in AWS toolkit. \[2,3\] It seems like clients using 
> the toolkit needs to _abort_ the input stream if it doesn't want to read data 
> fully.
> \[1\] 
> https://github.com/aws/aws-sdk-java/blob/master/aws-java-sdk-s3/src/main/java/com/amazonaws/services/s3/internal/S3AbortableInputStream.java#L174-L187
> \[2\] https://github.com/aws/aws-sdk-java/issues/1211
> \[3\] https://github.com/aws/aws-sdk-java/issues/1657



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

Re: repository id for shared datastore - how to manage a cloned repo

[Amit Jain]

Hi,

[Adding the correct Oak users list]

No its not ok to have the same repository id for the cloned instances.
But we need a reset of the repository id for the cloned instance. This
piece of documentation is missing from the Oak docs but there's an oak-run
command 'resetclusterid' which is to be executed to reset that [1].
It's actually covered in the public documentation for AEM [2] though.

Thanks
Amit

[1] https://github.com/apache/jackrabbit-oak/tree/1.8/oak-run
[2]
https://helpx.adobe.com/experience-manager/6-4/sites/deploying/using/data-store-config.html#DataStoreConfigurations

On Thu, Aug 9, 2018 at 4:10 PM Stephan Matschinsky 
wrote:

> Hello oak devs,
>
>
> I’ve been referring to the documentation here:
>
>
> https://jackrabbit.apache.org/oak/docs/plugins/blobstore.html#check-shared-datastore-gc
>
> but have not been able to find the answers to my questions about the
> repositoryid and how it is used in the case of a shared datastore.
>
>
>
> Each repository has its own ID which is set at creation and this is
> recorded in the datastore (slightly different location if file datastore or
> S3 or Azure).  This allows for the garbage collection on the shared
> datastore with the mark and sweep methods.
>
>
>
> If I’m adding a new repository to the shared datastore, this is no problem
> because the new repo will have a new repository id.  The potential problem
> I see is when cloning a repo (for example when creating a new Publish
> instance to deal with added load on a website).  When cloning an AEM
> publish instance, the repositoryid is also cloned.
>
>
>
> *QUESTIONS*
>
>- Is it OK for two publish instances to share the same repositoryid?
>   - I would think this is not a good idea because, even if each
>   publish instance should be identical, each repo could create specific
>   binaries.
>   - With two AEM 6.4 (oak 1.8.3) publish instances using the same
>   repositoryid I have not run into any issues so far but have only done
>   limited tests...
>- How to ‘reset’ a repositoryid?
>   - Or, another option would be to clone the repo but get a new
>   repository ID.  In other words, how to clone a repository without 
> copying
>   the repositoryid, so that when it connects to a shared datastore it is
>   registered correctly with a unique repositoryid?
>
>
>
> Thank you,
>
>
>
> Stephan Matschinsky
>
>
>

Re: [VOTE] Release Apache Jackrabbit 2.16.3

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.16.3

Thanks
Amit

[ANNOUNCE] Apache Jackrabbit Oak 1.6.13 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.6.13. The release is available for download at:

 http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:Release
Notes -- Apache Jackrabbit Oak -- Version 1.6.13

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Jackrabbit Oak 1.6.13 is a patch release that contains fixes and
improvements over Oak 1.6. Jackrabbit Oak 1.6.x releases are
considered stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.6.13
-

Technical task

[OAK-7062] - RDB*Store: update mysql driver reference to 5.1.45
[OAK-7184] - LengthCachingDataStoreTest: Remove unused import of Guava
InputSupplier
[OAK-7204] - RDB*Store: update postgresql JDBC driver reference to
42.2.0
[OAK-7299] - RDB*Store: update postgresql JDBC driver reference to
42.2.1
[OAK-7430] - RDB*Store: update postgresql JDBC driver reference to
42.2.2
[OAK-7432] - RDB*Store: update mysql driver reference to 5.1.46


Bug

[OAK-6023] - UserImporter: handlePropInfo for rep:authorizableId never
returns true
[OAK-6028] - UserImporter.start: should return false for User tree
[OAK-6294] - The "missing" node cache value breaks the
DocumentNodeStore#applyChanges
[OAK-6869] - oak-http and oak-remote use potentially vulnerable
versions of com.fasterxml.jackson
[OAK-7593] - NodeDocument.getLatestValue() may throw
IllegalStateException
[OAK-7594] - datastorecheck command in oak-run for S3 needs
jackson-annotations dependency


Improvement

[OAK-5894] - IndexDefinitionBuilder shouldn't set type=lucene if
type=disabled in existing tree
[OAK-5895] - Avoid jcr-path conversion in AuthorizableIterator
[OAK-6018] - UserImporter: session field can avoided by passing to init
method
[OAK-6019] - UserImporter: Redundant assignment of UserManager
[OAK-6027] - UserImporter.Impersonators : use Oak path to user instead
of ID
[OAK-6029] - UserImporter.startChildInfo: rather check state than for
currentMembership being null
[OAK-6662] - Extend CredentialsSupport pluggability


Task

[OAK-7046] - DocumentStore API: clarify key length
[OAK-7161] - LengthCachingDataStore's use of LineIterator.close()
[OAK-7255] - Upgrade jackson dependencies to version 2.9.4
[OAK-7257] - oak-examples: update Tomcat dependency
[OAK-7272] - improve BackgroundLeaseUpdate warning messages
[OAK-7275] - Update easymock test dependency to 3.4
[OAK-7422] - Update jackson dependencies to 2.9.5
[OAK-7443] - remove jdk 1.6 specific findbugs profile from pom
[OAK-7536] - Update aws java sdk version to 1.11.330
[OAK-7596] - define jackson version globally
[OAK-7609] - Update jackson dependencies to 2.9.6
[OAK-7611] - Disable
org.apache.jackrabbit.oak.plugins.segment.standby.ExternalPrivateStoreIT.testProxyFlippedIntermediateByte(Change)2


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.6.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and SHA512 checksums and a
PGP signature that you can use to verify the authenticity of your
download. The public key used for the PGP signature can be found at
https://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://w

Re: [VOTE] Release Apache Jackrabbit 2.17.5

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.17.5

[INFO]

[INFO] Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-04T01:09:06+05:30)
[INFO] OS name: "mac os x", version: "10.13.5", arch: "x86_64", family:
"mac"
[INFO] Java version: 1.8.0_144, vendor: Oracle Corporation
[INFO]


Thanks
Amit

[ANNOUNCE] Apache Jackrabbit Oak 1.9.6 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.9.6

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.9.6 is an unstable release cut directly from
Jackrabbit Oak trunk, with a focus on new features and other
improvements. For production use we recommend the latest stable 1.8.x
release.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.9.6


Sub-task

[OAK-7626] - Strict lease check mode
[OAK-7628] - Prevent commits after lease end
[OAK-7636] - Replace usage of deprecated
DocumentNodeStoreBuilder.setLeaseCheck()

Technical task

[OAK-7632] - remove JSR 305 annotations in Groovy code

Bug

[OAK-7564] - Commit fails when forced journal push throws
exception
[OAK-7610] - Active blob deletion fails on composite setups
[OAK-7630] - Suggest directory update doesn't close
AnalyzingInfixSuggester after building
[OAK-7638] - Race condition when simultaneous request to stage
file for async upload

New Feature

[OAK-7604] - Add FileStoreStatsMBean#getSegmentCount for
monitoring the number of segments
[OAK-7617] - Metric for DocumentNodeStore lease update

Improvement

[OAK-3883] - Avoid commit from too far in the future (due to clock
skews) to go through
[OAK-7180] - The error message "postings highlighting failed"
should be warn or debug
[OAK-7316] - Greedy ClusterNodeInfo
[OAK-7334] - Transform CacheWeightEstimator into a unit test
[OAK-7615] - Speed up site generation
[OAK-7621] - Metric for background read lag
[OAK-7627] - Update the dependency on biz.aQute.bndlib
[OAK-7629] - Lucene index: hide the settings COR and COW

Test

[OAK-7620] - Update to Mockito 2.x

Task

[OAK-7257] - oak-examples: update Tomcat dependency
[OAK-7609] - Update jackson dependencies to 2.9.6
[OAK-7614] - Update Oak trunk to Jackrabbit 2.17.4
[OAK-7622] - Update httpcomponent dependencies to 4.4.10/4.5.6
(and declare the versions globally)
[OAK-7624] - Add "org.apache.jackrabbit.oak.plugins.document.spi"
to package export filter
[OAK-7625] - remove @Nonnegative annotation in NodeDocumentCache
[OAK-7641] - various internal APIs missing in package export
filter

Documentation

[OAK-7616] - Document metrics

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.7.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip
file.
The archive can be unpacked with the jar tool from your JDK
installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your
download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides
organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache
License
enables individual and commercial users to easily deploy Apache
software;
the Foundation's intellectual property framework limits the legal
exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: [VOTE] Release Apache Jackrabbit 2.17.3

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.17.3

with

[INFO]

[INFO] Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-04T01:09:06+05:30)
[INFO] OS name: "mac os x", version: "10.13.4", arch: "x86_64", family:
"mac"
[INFO] Java version: 1.8.0_144, vendor: Oracle Corporation
[INFO]


On Fri, May 11, 2018 at 10:13 AM, Julian Reschke 
wrote:

> On 2018-05-11 06:40, Julian Reschke wrote:
>
>> ...
>>
>
> [X] +1 Release this package as Apache Jackrabbit 2.17.3
>
> ...where...
>
> [INFO] Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
>> 2017-10-18T07:58:13Z)
>> [INFO] OS name: "windows 10", version: "10.0", arch: "amd64", family:
>> "windows"
>> [INFO] Java version: 1.8.0_162, vendor: Oracle Corporation
>> [INFO] 
>> 
>>
>
> Best regards, Julian
>

[ANNOUNCE] Apache Jackrabbit Oak 1.6.11 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.6.11. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.6.11

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Jackrabbit Oak 1.6.11 is a patch release that contains fixes and
improvements over Oak 1.6. Jackrabbit Oak 1.6.x releases are
considered stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.6.11
-

Bug

[OAK-7209] - Race condition can resurrect blobs during blob GC
[OAK-7291] - MongoStatusTest.testReadConcern fails on MongoDB 3.6
[OAK-7356] - CugConfiguration may not pick up CugExclude
[OAK-7375] - Wrong full text parsing in Oak Solr index with boolean
operators


Task

[OAK-7322] - Mention SHA512 checksums in release notes
[OAK-7325] - restore line wrapping in release notes
[OAK-7335] - oak-upgrade long name filter should consider the path
length
[OAK-7336] - stop advertising MD5 checksums
[OAK-7347] - Incorrect link to KEYS in release notes
[OAK-7350] - stop creating MD5 checksums for releases


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.6.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and SHA512 checksums and a
PGP signature that you can use to verify the authenticity of your
download. The public key used for the PGP signature can be found at
https://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: [VOTE] Release Apache Jackrabbit 2.17.2

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.17.2

Thanks
Amit

On Wed, Apr 4, 2018 at 8:10 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.17.2 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.17.2/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.17.2/
>
> The SHA1 checksum of the archive is aaf2d2529915af18f375ccbd13efb7
> d3bd8bb775.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> # run in SVN checkout of https://dist.apache.org/repos/
> dist/dev/jackrabbit/
> $ sh check-release.sh 2.17.2 aaf2d2529915af18f375ccbd13efb7d3bd8bb775
>
> Please vote on releasing this package as Apache Jackrabbit 2.17.2.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.17.2
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

[ANNOUNCE] Apache Jackrabbit Oak 1.2.29 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.29. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.29

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.29 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.29
-


Technical task

[OAK-7036] - add JDBC driver information to metadata map
[OAK-7289] - RDBDocumentStore: potential NPE in error handling code


Bug

[OAK-4401] - Excerpt Highlighting for a property is not correct
[OAK-6392] - Partial lastRev update with branches disabled
[OAK-7244] - RDBDocumentStore: fix typo in metadata


Task

[OAK-7322] - Mention SHA512 checksums in release notes


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.28 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1, SHA512 and MD5 checksums and a
PGP signature that you can use to verify the authenticity of your
download. The public key used for the PGP signature can be found at
https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: [VOTE] Release Apache Jackrabbit 2.16.1

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.16.1

with

[INFO]

[INFO] Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-04T01:09:06+05:30)
[INFO] OS name: "mac os x", version: "10.13.3", arch: "x86_64", family:
"mac"
[INFO] Java version: 1.8.0_144, vendor: Oracle Corporation
[INFO]


Thanks
Amit

On Tue, Feb 6, 2018 at 6:52 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.16.1 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.16.1/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.16.1/
>
> The SHA1 checksum of the archive is 8c18cca70c390a3e933ff5b4659d3d
> 6f62714cfb.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.16.1 8c18cca70c390a3e933ff5b4659d3d6f62714cfb
>
> Please vote on releasing this package as Apache Jackrabbit 2.16.1.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.16.1
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

Re: [VOTE] Release Apache Jackrabbit 2.17.1

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.17.1

Thanks
Amit

[ANNOUNCE] Apache Jackrabbit Oak 1.2.28 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.28. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this released:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.28

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.28 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.28
-

Sub-task

[OAK-5299] - Introduce BlobFactory in OakDirectory

Technical task

[OAK-6237] - Tomcat JDBC pool's StatementCache interceptor may cache
borked PreparedStatements with DB2
[OAK-6652] - RDB*Store: update postgresql JDBC driver reference to
42.1.4
[OAK-6660] - RDB*Store: update mysql JDBC driver reference to 5.1.44
(2017-08-30)
[OAK-6696] - RDB*Store: update Tomcat JDBC pool dependency to 7.0.81
[OAK-6782] - RDBDocumentStore: inconsistent handling of cache
invalidation on remove()
[OAK-6903] - RDB*Store: update Tomcat JDBC pool dependency to 7.0.82
[OAK-7068] - RDBBlobStore may wrap SQLExceptions into RuntimeExceptions
[OAK-7069] - RDBDataSourceWrapper: properly name
setTemporaryUpdateException

Bug

[OAK-4518] - ConcurrentAddReferenceTest fails occasionally
[OAK-5238] - IndexCopier causes concurrent update on NodeBuilder
[OAK-5933] - Checkpoints are not sorted correctly in RepositorySidegrade
[OAK-6011] - Test failure: JdbcToSegmentTest:validateMigration
[OAK-6057] - incorrect system property check in blob/upgrade tests
[OAK-6306] - upgrade uses lucene wrong version (transient dependency)
[OAK-6360] - Failed to retrieve previously indexed checkpoint in
composite node store
[OAK-6454] - Inaccurate data in the oak-upgrade progress logger
[OAK-6560] - Sidegrade uses too much memory
[OAK-6611] - [upgrade][oak-blob-cloud] Many S3DataStore errors during
migration with oak-upgrade
[OAK-6633] - Overwriting a versionable node with the
copy-versions=false doesn't remove versionable properties
[OAK-6685] - Background operation may fail when document is malformed
[OAK-6953] - CacheLIRS cannot be disabled
[OAK-6970] - IncludeIndexTest failure
[OAK-7101] - Stale documents in RDBDocumentStore cache
[OAK-7152] - CacheMap.clear() never returns


Improvement

[OAK-4863] - Reduce query batch size for deleted documents
[OAK-5317] - MongoBlobStore creates _id index unnecessarily
[OAK-6003] - Allow to migrate checkpoints for all type of sidegrades
[OAK-6131] - No need to rebuild the counter/uuid index anymore
[OAK-6188] - Allow to exclude nodes containing name fragment during the
migration
[OAK-6190] - Allow to migrate checkpoints even if the custom include
paths are specified
[OAK-6218] - Including id in DocumentStoreException which wrap
MongoException
[OAK-6333] - IndexPlanner should use actual entryCount instead of
limiting it to 1000
[OAK-6336] - Use the oak-blob-cloud for s3 support in oak-upgrade
[OAK-6650] - new release checksum requirements
[OAK-6878] - Populate S3DataStore fields with the passed properties in
oak-upgrade
[OAK-7121] - DocumentStore testing: allow config of DocumentMK.Builder
in AbstractDocumentStoreTest


Task

[OAK-6655] - Update travis build configuration
[OAK-6657] - Remove travis webhook configuration
[OAK-6751] - Update Oak 1.2 and 1.4 to Jackrabbit 2.12.8
[OAK-6952] - add SHA512 checksums to releases
[OAK-7120] - Use specific MongoDB version on travis-ci
[OAK-7126] - make RDBCacheConsistency2Test store-agnostic



In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.27 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use

[ANNOUNCE] Apache Jackrabbit Oak 1.0.40 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.0.40. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:


Release Notes -- Apache Jackrabbit Oak -- Version 1.0.40

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.0.40 is a patch release that contains fixes and
improvements over Oak 1.0. Jackrabbit Oak 1.0.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.


Changes in Oak 1.0.40
-


Sub-task

[OAK-5299] - Introduce BlobFactory in OakDirectory

Technical task

[OAK-6237] - Tomcat JDBC pool's StatementCache interceptor may cache
borked PreparedStatements with DB2
[OAK-6652] - RDB*Store: update postgresql JDBC driver reference to
42.1.4
[OAK-6660] - RDB*Store: update mysql JDBC driver reference to 5.1.44
(2017-08-30)
[OAK-6696] - RDB*Store: update Tomcat JDBC pool dependency to 7.0.81
[OAK-6782] - RDBDocumentStore: inconsistent handling of cache
invalidation on remove()
[OAK-6903] - RDB*Store: update Tomcat JDBC pool dependency to 7.0.82
[OAK-7068] - RDBBlobStore may wrap SQLExceptions into RuntimeExceptions
[OAK-7069] - RDBDataSourceWrapper: properly name
setTemporaryUpdateException


Bug

[OAK-4518] - ConcurrentAddReferenceTest fails occasionally
[OAK-5238] - IndexCopier causes concurrent update on NodeBuilder
[OAK-5933] - Checkpoints are not sorted correctly in RepositorySidegrade
[OAK-6011] - Test failure: JdbcToSegmentTest:validateMigration
[OAK-6057] - incorrect system property check in blob/upgrade tests
[OAK-6306] - upgrade uses lucene wrong version (transient dependency)
[OAK-6360] - Failed to retrieve previously indexed checkpoint in
composite node store
[OAK-6454] - Inaccurate data in the oak-upgrade progress logger
[OAK-6560] - Sidegrade uses too much memory
[OAK-6611] - [upgrade][oak-blob-cloud] Many S3DataStore errors during
migration with oak-upgrade
[OAK-6633] - Overwriting a versionable node with the
copy-versions=false doesn't remove versionable properties
[OAK-6685] - Background operation may fail when document is malformed
[OAK-6953] - CacheLIRS cannot be disabled
[OAK-6970] - IncludeIndexTest failure
[OAK-7101] - Stale documents in RDBDocumentStore cache


Improvement

[OAK-2638] - Use message from causing exception in
DocumentStoreException.convert()
[OAK-4863] - Reduce query batch size for deleted documents
[OAK-5317] - MongoBlobStore creates _id index unnecessarily
[OAK-6003] - Allow to migrate checkpoints for all type of sidegrades
[OAK-6131] - No need to rebuild the counter/uuid index anymore
[OAK-6188] - Allow to exclude nodes containing name fragment during the
migration
[OAK-6190] - Allow to migrate checkpoints even if the custom include
paths are specified
[OAK-6218] - Including id in DocumentStoreException which wrap
MongoException
[OAK-6650] - new release checksum requirements
[OAK-6878] - Populate S3DataStore fields with the passed properties in
oak-upgrade


Task

[OAK-6655] - Update travis build configuration
[OAK-6657] - Remove travis webhook configuration
[OAK-6701] - Update Oak 1.0 to Jackrabbit 2.8.6
[OAK-6952] - add SHA512 checksums to releases
[OAK-6971] - Remove composite node store-related features from the
oak-upgrade
[OAK-7076] - Update Oak 1.0 to Jackrabbit 2.8.7


In addition to the above-mentioned changes, this release contains
all changes included in previous Apache Jackrabbit Oak 1.0.x releases.

Please note, the backported RDB support for the DocumentNodeStore is
considered
experimental at this point and is not yet ready for production use. Feel
free
to try it out and report any issues you may see to the Oak developers.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository d

Re: [VOTE] Release Apache Jackrabbit 2.17.0

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.17.0

Thanks
Amit

On Mon, Dec 18, 2017 at 10:34 AM, Julian Reschke  wrote:
> A candidate for the Jackrabbit 2.17.0 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.17.0/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.17.0/
>
> The SHA1 checksum of the archive is
> 0f691b9eed21bdb142e5dfca2eb75274daa45b5a.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.17.0 0f691b9eed21bdb142e5dfca2eb75274daa45b5a
>
> Please vote on releasing this package as Apache Jackrabbit 2.17.0.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.17.0
> [ ] -1 Do not release this package because...
>
> Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.16.0

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.16.0

Thanks
Amit

On Tue, Nov 21, 2017 at 11:53 AM, Julian Reschke  wrote:
> A candidate for the Jackrabbit 2.16.0 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.16.0/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.16.0/
>
> The SHA1 checksum of the archive is
> a29fa617e671fbb91cf8a649c342e5a9f9859f39.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.16.0 a29fa617e671fbb91cf8a649c342e5a9f9859f39
>
> Please vote on releasing this package as Apache Jackrabbit 2.16.0.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.16.0
> [ ] -1 Do not release this package because...
>
> Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.15.8

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.15.8

Thanks
Amit

On Sun, Nov 12, 2017 at 8:17 PM, Julian Reschke  wrote:
> A candidate for the Jackrabbit 2.15.8 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.15.8/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.15.8/
>
> The SHA1 checksum of the archive is
> b9d455fc1ed2f4e9294de6120038f0f9faaab8cf.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.15.8 b9d455fc1ed2f4e9294de6120038f0f9faaab8cf
>
> Please vote on releasing this package as Apache Jackrabbit 2.15.8.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.15.8
> [ ] -1 Do not release this package because...
>
> Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.15.7

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.15.7

Thanks
Amit

On Sun, Oct 22, 2017 at 2:00 PM, Julian Reschke  wrote:
> A candidate for the Jackrabbit 2.15.7 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.15.7/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.15.7/
>
> The SHA1 checksum of the archive is
> 2a1c29ca53a3f9619ff810679170c2148b54b2c0.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.15.7 2a1c29ca53a3f9619ff810679170c2148b54b2c0
>
> Please vote on releasing this package as Apache Jackrabbit 2.15.7.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.15.7
> [ ] -1 Do not release this package because...
>
> Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit 2.12.8

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.12.8

Thanks
Amit

On Wed, Oct 4, 2017 at 2:40 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.12.8 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.12.8/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/2.12.8/
>
> The SHA1 checksum of the archive is ede4e5ec8138fa6d728355e813ad1a
> 5ee6c086b9.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.12.8 ede4e5ec8138fa6d728355e813ad1a5ee6c086b9
>
> Please vote on releasing this package as Apache Jackrabbit 2.12.8.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.12.8
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

Re: [VOTE] Release Apache Jackrabbit 2.8.6

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.8.6

Thanks
Amit

On Sun, Sep 24, 2017 at 4:35 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.8.6 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.8.6/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/2.8.6/
>
> The SHA1 checksum of the archive is 83508713d867c289652091ad135038
> ebda5da3d1.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.8.6 83508713d867c289652091ad135038ebda5da3d1
>
> Please vote on releasing this package as Apache Jackrabbit 2.8.6.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.8.6
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>
> PS: due to weekend, I'll extend the vote until Thursday...
>

Re: [VOTE] Release Apache Jackrabbit 2.14.3

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.14.3

Thanks
Amit

On Mon, Sep 11, 2017 at 7:05 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.14.3 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.14.3/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.14.3/
>
> The SHA1 checksum of the archive is 65748168c0c011baf9532baf892e1c
> 2233d28928.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.14.3 65748168c0c011baf9532baf892e1c2233d28928
>
> Please vote on releasing this package as Apache Jackrabbit 2.14.3.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.14.3
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

Re: [VOTE] Release Apache Jackrabbit 2.6.9

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.6.9

Thanks
Amit

On Sun, Sep 3, 2017 at 1:42 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.6.9 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.6.9/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/2.6.9/
>
> The SHA1 checksum of the archive is 3687b535d8ad6c2c9bf4e2afdf1d84
> d915c0c339.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.6.9 3687b535d8ad6c2c9bf4e2afdf1d84d915c0c339
>
> Please vote on releasing this package as Apache Jackrabbit 2.6.9.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.6.9
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

[ANNOUNCE] Apache Jackrabbit Oak 1.7.6 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.7.6. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.7.6

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.7.6 is an unstable release cut directly from
Jackrabbit Oak trunk, with a focus on new features and other
improvements. For production use we recommend the latest stable 1.6.x
release.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.7.6
-


Sub-task

[OAK-6445] - Ensure mounted node stores don't contain versionable nodes


Technical task

[OAK-6505] - Ensure mounted node stores don't contain referenceable
nodes
[OAK-6524] - Provide an extension point to customize the NodeStore
builders
[OAK-6546] - JsonSerializer should taken an instance of JsopWriter


Bug

[OAK-6372] - ListRecord cannot handle more than 16581375 entries
[OAK-6416] - Test failure: MapRecordTest.testOak1104
[OAK-6452] - IllegalStateException: too much data for a segment during
oak-upgrade from segment to segment-tar
[OAK-6500] - NRTIndex leaks file handles due to unclosed IndexReader
[OAK-6503] - Active deletion of blobs tries to delete sub-16k inlined
blobs in case of seg-tar
[OAK-6504] - Active deletion of blobs needs to indicate information
about purged blobs to mark-sweep collector
[OAK-6507] - Cleanup incorrectly removes base state created by full
compaction
[OAK-6527] - CompositeNodeStore permission evaluation fails for open
setups
[OAK-6529] - IndexLoaderV1 and IndexLoaderV2 should not rely on
Buffer.array()
[OAK-6541] - While importing new index property indexes are getting
marked for reindex
[OAK-6548] - Composite node builder/state keeps references to all the
ancestor states
[OAK-6567] - Fix OSGi wiring after netty update to 4.1.x


Improvement

[OAK-937] - Query engine index selection tweaks: shortcut and hint
[OAK-5902] - Cold standby should allow syncing of blobs bigger than 2.2
GB
[OAK-6407] -  Refactor oak.spi.query into a separate module/bundle
[OAK-6450] - Stop relying on the service.pid property in
SecurityProviderRegistration
[OAK-6497] - Support old Segment NodeStore setups for oak-run index
tooling
[OAK-6510] - Fix string representation of the old generation reclaimer
[OAK-6518] - Implement transparent usage of different TAR index formats
[OAK-6520] - Improve tail compactions resilience when base state cannot
be determined
[OAK-6523] - Tune DocumentNodeStore setup for indexing flow for index
command
[OAK-6525] - Index consistency checker should check all indexes even
after failure
[OAK-6526] - Slow queries: ability to track them via JMX
[OAK-6528] - Implement transparent usage of different binary references
index formats
[OAK-6530] - Expose last RGC result via Supplier
[OAK-6534] - Compute indexPaths from index definitions json
[OAK-6536] - Periodic log message from continuous RGC
[OAK-6537] - Don't encode the checksums in the TAR index tests
[OAK-6539] - Decrease version export for
org.apache.jackrabbit.oak.spi.security.authentication
[OAK-6540] - Session.hasAccess(...) should reflect read-only status of
mounts
[OAK-6543] - NodeCounter: JMX description
[OAK-6549] - Move gcType to SegmentGCOptions
[OAK-6552] - Dump index command should fallback to dumping NodeState
incase of error
[OAK-6556] - gc.log should contain recordId of compacted root after
offline compaction
[OAK-6558] - Remove the 'parent' field from the CompositeNodeBuilder
[OAK-6559] - Don't allow to place mounts under mounts
[OAK-6564] - Update netty dependency to 4.1.x
[OAK-6565] - GetBlobResponseEncoder should not write all chunks at once


New Feature

[OAK-3710] - Continuous revision GC
[OAK-6457] - Increment the segment version number
[OAK-6531] - Implement rolling upgrade from Oak 1.6
[OAK-6545] - Support for dumping repository content as json along with
blobs via oak-run
[OAK-6553] - Progress indicator for compaction


Task

[OAK-6399] - Re-establish full offline compaction functionality
[OAK-6449] - Stop using the maven-scr-plugin
[OAK-6498] - Update Oak trunk to Jackrabbit 2.15.5
[OAK-6511] - Switch to official OSGi versioning annotations
[OAK-6519] - Properly handle tail compactions in deduplication caches
[OAK-6522] - Implement unit tests for OnlineCompactor
[OAK-6532] - Minimise usage of junit-addons
[OAK-6533] - Adjust test classpath order to reduce number of error
marker

[ANNOUNCE] Apache Jackrabbit Oak 1.6.4 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.6.4. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.6.4

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Jackrabbit Oak 1.6.4 is a patch release that contains fixes and
improvements over Oak 1.6. Jackrabbit Oak 1.6.x releases are
considered stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.6.4
-


Bug

[OAK-6442] - Update Oak 1.6 to Jackrabbit 2.14.2
[OAK-6462] - Incorrect memory calculation for bundled node states
[OAK-6493] - LuceneIndexProviderService.enableHybridIndexing=false
results in NullPointerException
[OAK-6500] - NRTIndex leaks file handles due to unclosed IndexReader

Improvement

[OAK-5827] - Don't use SHA-1 for new DataStore binaries
[OAK-6333] - IndexPlanner should use actual entryCount instead of
limiting it to 1000
[OAK-6359] - Change behavior for very complex queries
[OAK-6464] - Public constructor for RandomStream
[OAK-6495] - Fallback to classic diff when journal is broken

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.6.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip
file.
The archive can be unpacked with the jar tool from your JDK
installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your
download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides
organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache
License
enables individual and commercial users to easily deploy Apache
software;
the Foundation's intellectual property framework limits the legal
exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[ANNOUNCE] Apache Jackrabbit Oak 1.2.27 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.26. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this released:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.27

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.27 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.27
-


Bug

[OAK-3930] - Sysview import of single valued mv property creates sv
property
[OAK-4067] - AssertionError thrown for Lucene index with empty suggest
disctionary
[OAK-5949] - XPath: string literals parsed as identifiers
[OAK-6317] - LMSEstimator update amount depending on cost amount
[OAK-6391] - With FastQuerySize, getSize() returns -1 if there are
exactly 21 rows


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.26 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: [VOTE] Release Apache Jackrabbit 2.15.5

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.15.5

Thanks
Amit

On Mon, Jul 31, 2017 at 12:34 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.15.5 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.15.5/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.15.5/
>
> The SHA1 checksum of the archive is b1a9296f8697ab422c52c0b805f637
> b100eca495.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.15.5 b1a9296f8697ab422c52c0b805f637b100eca495
>
> Please vote on releasing this package as Apache Jackrabbit 2.15.5.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.15.5
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

Re: [VOTE] Release Apache Jackrabbit 2.14.2

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.14.2

Thanks
Amit

On Sat, Jul 8, 2017 at 1:45 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.14.2 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.14.2/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.14.2/
>
> The SHA1 checksum of the archive is d01ba38dcb676f4da3aa2ad62bad40
> 218a5415b5.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.14.2 d01ba38dcb676f4da3aa2ad62bad40218a5415b5
>
> Please vote on releasing this package as Apache Jackrabbit 2.14.2.
> The vote is open for the next 120 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.14.2
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>
> PS: vote extended by two days because of weekend
>

[jira] [Commented] (JCR-4149) change to drop SHA-1 requires version change

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4149:


Changes committed on trunk 
https://svn.apache.org/viewvc?view=revision&revision=1799538

Just to be sure I'll only backport this change to 2.14 branch along with 
committing the original fix JCR-4115 again once JCR-4150 is committed.

> change to drop SHA-1 requires version change
> 
>
> Key: JCR-4149
> URL: https://issues.apache.org/jira/browse/JCR-4149
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Affects Versions: 2.15.3
>Reporter: Julian Reschke
>Assignee: Amit Jain
> Fix For: 2.14.2, 2.15.4
>
> Attachments: JCR_4149.patch
>
>
> The change for JCR-4115 for 2.14 causes a problem report by the bundle plugin:
> {noformat}
> [INFO] 
> ---
> [INFO] * org.apache.jackrabbit.core.data.db major  2.13.5 
> 2.13.5 3.0.0  Version increase required
> [INFO]  > class org.apache.jackrabbit.core.data.db.DbDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> [INFO]  > class org.apache.jackrabbit.core.data.db.DerbyDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> {noformat}
> Reverting [r1797148|http://svn.apache.org/r1797148] for now. but we also need 
> to solve this for trunk where the change wasn't noticed before a release.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (JCR-4149) change to drop SHA-1 requires version change

[Amit Jain (JIRA)]

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

Amit Jain updated JCR-4149:
---
Fix Version/s: 2.15.4
   2.14.2

> change to drop SHA-1 requires version change
> 
>
> Key: JCR-4149
> URL: https://issues.apache.org/jira/browse/JCR-4149
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Affects Versions: 2.15.3
>Reporter: Julian Reschke
>Assignee: Amit Jain
> Fix For: 2.14.2, 2.15.4
>
> Attachments: JCR_4149.patch
>
>
> The change for JCR-4115 for 2.14 causes a problem report by the bundle plugin:
> {noformat}
> [INFO] 
> ---
> [INFO] * org.apache.jackrabbit.core.data.db major  2.13.5 
> 2.13.5 3.0.0  Version increase required
> [INFO]  > class org.apache.jackrabbit.core.data.db.DbDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> [INFO]  > class org.apache.jackrabbit.core.data.db.DerbyDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> {noformat}
> Reverting [r1797148|http://svn.apache.org/r1797148] for now. but we also need 
> to solve this for trunk where the change wasn't noticed before a release.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (JCR-4149) change to drop SHA-1 requires version change

[Amit Jain (JIRA)]

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

Amit Jain reassigned JCR-4149:
--

Assignee: Amit Jain

> change to drop SHA-1 requires version change
> 
>
> Key: JCR-4149
> URL: https://issues.apache.org/jira/browse/JCR-4149
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Affects Versions: 2.15.3
>Reporter: Julian Reschke
>Assignee: Amit Jain
> Attachments: JCR_4149.patch
>
>
> The change for JCR-4115 for 2.14 causes a problem report by the bundle plugin:
> {noformat}
> [INFO] 
> ---
> [INFO] * org.apache.jackrabbit.core.data.db major  2.13.5 
> 2.13.5 3.0.0  Version increase required
> [INFO]  > class org.apache.jackrabbit.core.data.db.DbDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> [INFO]  > class org.apache.jackrabbit.core.data.db.DerbyDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> {noformat}
> Reverting [r1797148|http://svn.apache.org/r1797148] for now. but we also need 
> to solve this for trunk where the change wasn't noticed before a release.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (JCR-4150) enable bundle:baseline check

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4150:


[~reschke] The change proposed in JCR-4149 work with the patch here so would 
commit that patch.

> enable bundle:baseline check
> 
>
> Key: JCR-4150
> URL: https://issues.apache.org/jira/browse/JCR-4150
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-parent
>Affects Versions: 2.15.3
>Reporter: Julian Reschke
>Assignee: Julian Reschke
> Attachments: JCR-4150.diff
>
>
> We should enable baseline checks to detect unintended API changes.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (JCR-4149) change to drop SHA-1 requires version change

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4149:


[~julian.resc...@gmx.de] 
bq. No, in jackrabbit we haven't used the baseline check for historic reasons 
yet
Ok, so for 2.14 branch also you specifically enabled baseline check?

bq. WRT this issue: can we fix this while the baseline check isn't active yet?
Yes for trunk then we can have the same code base, which would mean bumping 
versions to 2.14.0 and 2.13.6 (same as 2.14). 

> change to drop SHA-1 requires version change
> 
>
> Key: JCR-4149
> URL: https://issues.apache.org/jira/browse/JCR-4149
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Affects Versions: 2.15.3
>Reporter: Julian Reschke
> Attachments: JCR_4149.patch
>
>
> The change for JCR-4115 for 2.14 causes a problem report by the bundle plugin:
> {noformat}
> [INFO] 
> ---
> [INFO] * org.apache.jackrabbit.core.data.db major  2.13.5 
> 2.13.5 3.0.0  Version increase required
> [INFO]  > class org.apache.jackrabbit.core.data.db.DbDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> [INFO]  > class org.apache.jackrabbit.core.data.db.DerbyDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> {noformat}
> Reverting [r1797148|http://svn.apache.org/r1797148] for now. but we also need 
> to solve this for trunk where the change wasn't noticed before a release.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (JCR-4149) change to drop SHA-1 requires version change

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4149:


[~julian.resc...@gmx.de]
bq. but we also need to solve this for trunk where the change wasn't noticed 
before a release.
Is the baseline check not enabled on trunk for pedantic profile? I had to 
specifically add a baseline execution to the bundle-plugin.

> change to drop SHA-1 requires version change
> 
>
> Key: JCR-4149
> URL: https://issues.apache.org/jira/browse/JCR-4149
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Affects Versions: 2.15.3
>Reporter: Julian Reschke
> Attachments: JCR_4149.patch
>
>
> The change for JCR-4115 for 2.14 causes a problem report by the bundle plugin:
> {noformat}
> [INFO] 
> ---
> [INFO] * org.apache.jackrabbit.core.data.db major  2.13.5 
> 2.13.5 3.0.0  Version increase required
> [INFO]  > class org.apache.jackrabbit.core.data.db.DbDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> [INFO]  > class org.apache.jackrabbit.core.data.db.DerbyDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> {noformat}
> Reverting [r1797148|http://svn.apache.org/r1797148] for now. but we also need 
> to solve this for trunk where the change wasn't noticed before a release.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (JCR-4149) change to drop SHA-1 requires version change

[Amit Jain (JIRA)]

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

Amit Jain updated JCR-4149:
---
Attachment: JCR_4149.patch

Attached patch which limits the changes to minor version 2.13.5 -> 2.14.0.
But this does not work on trunk anymore as it detects a major change with the 
addition of static final field
{code}
  
false
2.14.0
2.13.5
2.13.5
Version has been increased but analysis detected no 
changes

  2.14.0
  
javax.jcr,org.apache.commons.io.input,org.apache.jackrabbit.api.management



  
  
true
2.13.6
2.13.5
3.0.0
Version increase required

  2.13.6
  
javax.sql,org.apache.commons.io.input,org.apache.jackrabbit.core.data,org.apache.jackrabbit.core.util.db


  


  


  

  



  
{code}

> change to drop SHA-1 requires version change
> 
>
> Key: JCR-4149
> URL: https://issues.apache.org/jira/browse/JCR-4149
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Affects Versions: 2.15.3
>Reporter: Julian Reschke
> Attachments: JCR_4149.patch
>
>
> The change for JCR-4115 for 2.14 causes a problem report by the bundle plugin:
> {noformat}
> [INFO] 
> ---
> [INFO] * org.apache.jackrabbit.core.data.db major  2.13.5 
> 2.13.5 3.0.0  Version increase required
> [INFO]  > class org.apache.jackrabbit.core.data.db.DbDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> [INFO]  > class org.apache.jackrabbit.core.data.db.DerbyDataStore
> [INFO]  > field java.lang.String DIGEST
> [INFO]  - access final
> [INFO]  - access static
> [INFO]  - constant SHA-1
> {noformat}
> Reverting [r1797148|http://svn.apache.org/r1797148] for now. but we also need 
> to solve this for trunk where the change wasn't noticed before a release.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[ANNOUNCE] Apache Jackrabbit Oak 1.2.26 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.26. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this released:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.26

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.26 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.26
-

Technical task

[OAK-5652] - RDB*Store: update Oracle JDBC driver reference to
12.1.0.2.0
[OAK-5667] - RDBDocumentStore: remove support for DBs without support
for CASE statements in SELECT
[OAK-6134] - RDB*Store: update PostgreSQL JDBC
[OAK-6143] - RDB*store fixtures: shorten table name prefixes for Oracle
[OAK-6226] - RDBDocumentStoreDB: missing @Override statements
[OAK-6244] - RDB*Store: update postgresql JDBC driver reference to
42.1.1
[OAK-6247] - RDB*Store: update Tomcat JDBC pool dependency to 7.0.78


Bug

[OAK-4148] - RAT plugin complains about derby files
[OAK-5993] - Utils.isIdFromLongPath() may throw
StringIndexOutOfBoundsException
[OAK-6086] - Incorrect usage of RDBDocumentStore.unwrap()
[OAK-6266] - SolrQueryIndexProviderService should always have
NodeAggregator


Improvement

[OAK-4136] - release profile in maven
[OAK-4859] - Warn if lease update is invoked with large delay


Task

[OAK-6132] - Backport oak-upgrade to 1.0 and 1.2
[OAK-6159] - BlobReferenceIterator: improve test coverage for RDB


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.25 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Backports OAK-5827 & JCR-4115?

[Amit Jain]

Hi Team,

Cross posting on both the Jackrabbit & Oak lists.

A while back we changed the DataStore to use SHA-256 to generate the ids.
What should be done for the backports?

Thanks
Amit

[ANNOUNCE] Apache Jackrabbit Oak 1.2.25 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.25. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this released:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.25

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.25 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.25
-

Technical task

[OAK-4793] - Check usage of DocumentStoreException in RDBDocumentStore
[OAK-5627] - RDBDocumentStore: improve long query logging
[OAK-5852] - RDB*Store: update Tomcat JDBC pool dependency to 7.0.75


Bug

[OAK-4114] - Cached lucene index gets corrupted in case of unclean
shutdown and journal rollback in SegmentNodeStore
[OAK-4548] - SegmentDataStoreBlobGCIT failures
[OAK-5876] - SplitDocumentCleanup should implement Closeable
[OAK-5930] - incorrect test assumption in CacheConsistencyTestBase wrt
batching


Task

[OAK-4774] - Check usage of DocumentStoreException in MongoDocumentStore
[OAK-5997] - Update Oak 1.2 and 1.4 to Jackrabbit 2.12.7



Test

[OAK-4802] - Basic cache consistency test on exception



In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.24 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[jira] [Assigned] (JCR-4126) Shared FileDataStore throws exception if two processes try to add the same file concurrently

[Amit Jain (JIRA)]

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

Amit Jain reassigned JCR-4126:
--

Assignee: Amit Jain

> Shared FileDataStore throws exception if two processes try to add the same 
> file concurrently
> 
>
> Key: JCR-4126
> URL: https://issues.apache.org/jira/browse/JCR-4126
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Affects Versions: 2.15.1
>Reporter: Csaba Varga
>Assignee: Amit Jain
>Priority: Minor
> Attachments: concurrent-datastore-fix.diff
>
>
> The FileDataStore implementation can throw an IOException if multiple 
> repositories share the same data store and multiple repositories try to add 
> the same record at the same time. This can happen easily when you set up 
> multiple AEM publisher instances to share the same data store to save disk 
> space. (AEM uses Oak, but the Oak file blobstore implementation ends up using 
> the Jackrabbit FileDataStore implementation, so at the end of the day the bug 
> affects the latest Oak and latest AEM as well.)
> We have noticed this issue via log analysis. When we publish the same asset 
> to all of our publisher instances, we are seeing a recurring IOException in 
> the log. The author instance eventually retries the publish operation and by 
> that time, there is no race condition and the operation succeeds, but the 
> situation is still not ideal.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[ANNOUNCE] Apache Jackrabbit Oak 1.2.24 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.24. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.24

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.24 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.24
-

Technical task

[OAK-5098] - improve DocumentNodeStoreService robustness for RDB configs
[OAK-5554] - RDB*Store: update postgresql JDBC driver reference to
9.4.1212
[OAK-] - RDB*Store: update Tomcat JDBC pool dependency to 7.0.73
[OAK-5751] - RDBDocumentStore: properly handle null values for system
properties


Bug

[OAK-3689] - OakOSGiRepositoryFactory shutting down the repository twice
[OAK-5485] - Test failure: LdapDefaultLoginModuleTest address already
in use
[OAK-5542] - Test failure:
security.authentication.ldap.LdapProviderTest (Address already in use)
[OAK-5557] - incomplete diffManyChildren during commitHook evaluation
in a persisted branch
[OAK-5601] - documentMk backgroundRead should handle missing journal
entries
[OAK-5608] - Test failure:
org.apache.jackrabbit.mk.util.CommitGateIT.test
[OAK-5626] - ChangeProcessor doesn't reset 'blocking' flag when items
from queue gets removed and commit-rate-limiter is null
[OAK-5668] - Test failure:
observation.ObservationQueueFullWarnTest.warnOnRepeatedQueueFull
[OAK-5738] - Potential NPE in LargeLdapProviderTest
[OAK-5773] - BlobCache does not implement Closeable
[OAK-5783] - Test failure:
security.authentication.ldap.LdapProviderTest.testSplitDNIntermediatePath2


Task

[OAK-4132] - JaasConfigSpiTest fails intermittently with missing
LoginModule exception
[OAK-5537] - Javadoc config fixes


Test

[OAK-5663] - Improve LogCutomizer to allow filtering on log messages too


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.23 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: [VOTE] Release Apache Jackrabbit 2.15.1

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.15.1

Thanks
Amit

On Mon, Mar 6, 2017 at 1:09 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.15.1 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.15.1/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.15.1/
>
> The SHA1 checksum of the archive is 11c03f08c1b01551ace414d96327b2
> bab2af7927.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.15.1 11c03f08c1b01551ace414d96327b2bab2af7927
>
> Please vote on releasing this package as Apache Jackrabbit 2.15.1.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.15.1
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

[jira] [Assigned] (JCR-4117) Release Jackrabbit 2.15.1

[Amit Jain (JIRA)]

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

Amit Jain reassigned JCR-4117:
--

Assignee: Julian Reschke  (was: Amit Jain)

> Release Jackrabbit 2.15.1
> -
>
> Key: JCR-4117
> URL: https://issues.apache.org/jira/browse/JCR-4117
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Assigned] (JCR-4117) Release Jackrabbit 2.15.1

[Amit Jain (JIRA)]

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

Amit Jain reassigned JCR-4117:
--

Assignee: Amit Jain

> Release Jackrabbit 2.15.1
> -
>
> Key: JCR-4117
> URL: https://issues.apache.org/jira/browse/JCR-4117
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>Reporter: Julian Reschke
>Assignee: Amit Jain
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Resolved] (JCR-4115) Don't use SHA-1 for new DataStore binaries (Jackrabbit)

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4115.

   Resolution: Fixed
Fix Version/s: 2.15.1

Done on trunk with http://svn.apache.org/viewvc?view=revision&revision=1785225

> Don't use SHA-1 for new DataStore binaries (Jackrabbit)
> ---
>
> Key: JCR-4115
> URL: https://issues.apache.org/jira/browse/JCR-4115
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>Reporter: Thomas Mueller
>Assignee: Amit Jain
>  Labels: candidate_jcr_2_10, candidate_jcr_2_12, 
> candidate_jcr_2_14, candidate_jcr_2_4, candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.15.1
>
> Attachments: JCR-4115b.patch, JCR-4115c.patch, JCR-4115.patch
>
>
> A collision for SHA-1 has been published. We still use SHA-1 for the 
> FileDataStore, and I believe the S3 DataStore right now. Given there is a 
> collision, we should switch to a stronger algorithm, for example SHA-256, for 
> new binaries.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Release plan Jackrabbit 2.15.1

[Amit Jain]

Hi,

I would like to release Jackrabbit 2.15.1 early next week, 6th/7th March.
There are no unresolved issued currently.

Thanks
Amit

[jira] [Commented] (JCR-4115) Don't use SHA-1 for new DataStore binaries (Jackrabbit)

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4115:


If there are no objections I would commit this change by Monday (6th March) and 
initiate an unstable release 2.15.1

> Don't use SHA-1 for new DataStore binaries (Jackrabbit)
> ---
>
> Key: JCR-4115
> URL: https://issues.apache.org/jira/browse/JCR-4115
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>Reporter: Thomas Mueller
>Assignee: Amit Jain
>  Labels: candidate_jcr_2_10, candidate_jcr_2_12, 
> candidate_jcr_2_14, candidate_jcr_2_4, candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16
>
> Attachments: JCR-4115b.patch, JCR-4115c.patch, JCR-4115.patch
>
>
> A collision for SHA-1 has been published. We still use SHA-1 for the 
> FileDataStore, and I believe the S3 DataStore right now. Given there is a 
> collision, we should switch to a stronger algorithm, for example SHA-256, for 
> new binaries.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Assigned] (JCR-4115) Don't use SHA-1 for new DataStore binaries (Jackrabbit)

[Amit Jain (JIRA)]

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

Amit Jain reassigned JCR-4115:
--

Assignee: Amit Jain

> Don't use SHA-1 for new DataStore binaries (Jackrabbit)
> ---
>
> Key: JCR-4115
> URL: https://issues.apache.org/jira/browse/JCR-4115
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>Reporter: Thomas Mueller
>Assignee: Amit Jain
>  Labels: candidate_jcr_2_10, candidate_jcr_2_12, 
> candidate_jcr_2_14, candidate_jcr_2_4, candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16
>
> Attachments: JCR-4115b.patch, JCR-4115c.patch, JCR-4115.patch
>
>
> A collision for SHA-1 has been published. We still use SHA-1 for the 
> FileDataStore, and I believe the S3 DataStore right now. Given there is a 
> collision, we should switch to a stronger algorithm, for example SHA-256, for 
> new binaries.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Updated] (JCR-4115) Don't use SHA-1 for new DataStore binaries (Jackrabbit)

[Amit Jain (JIRA)]

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

Amit Jain updated JCR-4115:
---
Attachment: JCR-4115c.patch

Attached a patch modifying [~tmueller]'s patch to have the digest algorithm as 
a system property. Only place where it needs to go is {{AbstractDataStore}} and 
all other occurrences can be removed.

> Don't use SHA-1 for new DataStore binaries (Jackrabbit)
> ---
>
> Key: JCR-4115
> URL: https://issues.apache.org/jira/browse/JCR-4115
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>Reporter: Thomas Mueller
>  Labels: candidate_jcr_2_10, candidate_jcr_2_12, 
> candidate_jcr_2_14, candidate_jcr_2_4, candidate_jcr_2_6, candidate_jcr_2_8
> Attachments: JCR-4115b.patch, JCR-4115c.patch, JCR-4115.patch
>
>
> A collision for SHA-1 has been published. We still use SHA-1 for the 
> FileDataStore, and I believe the S3 DataStore right now. Given there is a 
> collision, we should switch to a stronger algorithm, for example SHA-256, for 
> new binaries.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[ANNOUNCE] Apache Jackrabbit Oak 1.4.13 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.4.13. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.4.13

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Jackrabbit Oak 1.4.13 is a patch release that contains fixes and
improvements over Oak 1.4. Jackrabbit Oak 1.4.x releases are
considered stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.4.13
-

Technical task

[OAK-5554] - RDB*Store: update postgresql JDBC driver reference to
9.4.1212
[OAK-] - RDB*Store: update Tomcat JDBC pool dependency to 7.0.73


Bug

[OAK-5338] - Test failures: ExternalSharedStoreIT
[OAK-5533] - Lucene indexing of mv facets fails because of hidden
persisted FacetsConfig
[OAK-5536] - Facets on relative properties do not work properly
[OAK-5557] - incomplete diffManyChildren during commitHook evaluation
in a persisted branch


Improvement

[OAK-5443] - VersionGarbageCollector:measure time to sort docIds
separately


New Feature

[OAK-5593] - Backport number of facets retrieved in query configurable
for LucenePropertyIndex in branch 1.4


Task

[OAK-5451] - Make IndexTracker public to enable its use in non OSGi
environment
[OAK-5537] - Javadoc config fixes


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.4.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: [VOTE] Release Apache Jackrabbit 2.6.8

[Amit Jain]

On Mon, Feb 6, 2017 at 3:15 PM, Julian Reschke  wrote:

> Please vote on releasing this package as Apache Jackrabbit 2.6.8.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>

+1 Release this package as Apache Jackrabbit 2.6.8

Thanks
Amit

Re: [VOTE] Release Apache Jackrabbit 2.8.4

[Amit Jain]

On Mon, Jan 23, 2017 at 3:01 PM, Julian Reschke  wrote:

> Please vote on releasing this package as Apache Jackrabbit 2.8.4.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>

+1 Release this package as Apache Jackrabbit 2.8.4

Thanks
Amit

[ANNOUNCE] Apache Jackrabbit Oak 1.2.23 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.23. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.23

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.23 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.23
-

Bug

[OAK-4931] - LdapIdentityProvider doesn't use configured custom
attributes for all searches
[OAK-5262] - Test failure:
NodeTypeIndexingUtilsTest.testSynonymsFileCreation
[OAK-5358] - test failures for oak-auth-ldap on Windows


Improvement

[OAK-4696] - Improve logging for SyncHandler
[OAK-5337] - LastRevRecoveryAgent should avoid recovering documents
from its own cluster id if the instance is running


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.22 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: [VOTE] Release Apache Jackrabbit 2.15.0

[Amit Jain]

On Mon, Jan 9, 2017 at 4:59 PM, Julian Reschke  wrote:

> Please vote on releasing this package as Apache Jackrabbit 2.15.0.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>

+1 Release this package as Apache Jackrabbit 2.15.0

Thanks
Amit

Re: [VOTE] Release Apache Jackrabbit 2.14.0

[Amit Jain]

On Wed, Jan 4, 2017 at 12:14 AM, Julian Reschke  wrote:

>
> Please vote on releasing this package as Apache Jackrabbit 2.14.0.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.


+1 Release this package as Apache Jackrabbit 2.14.0

Thanks
Amit

[ANNOUNCE] Apache Jackrabbit Oak 1.5.16 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.5.16. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:


Release Notes -- Apache Jackrabbit Oak -- Version 1.5.16

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.5.16 is an unstable release cut directly from
Jackrabbit Oak trunk, with a focus on new features and other
improvements. For production use we recommend the latest stable 1.4.x
release.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.5.16
-

Sub-task

[OAK-5274] - Document CLI tools for oak-segment-tar
[OAK-5292] - The README in oak-run should link to the documentation for
oak-segment-tar
[OAK-5299] - Introduce BlobFactory in OakDirectory


Bug

[OAK-3328] - checked-in state should only affect properties with
OPV!=IGNORE
[OAK-4687] - Issue with backgroundOperationLock handling in exception
case
[OAK-5238] - IndexCopier causes concurrent update on NodeBuilder
[OAK-5240] - Test failure: IndexSanityCheckerTest.sizeMismatch()
[OAK-5254] - MultiplexingNodeStoreService does not pick up Observers
registered through the whiteboard
[OAK-5258] - LuceneIndexEditor skips indexing for unknown nodetype due
to stale NodeType registry state
[OAK-5259] - Better default for size delta estimation
[OAK-5297] - Check for null homeDir in DataStoreCacheUpgradeUtils
[OAK-5300] - OakDirectory.fileLength() must throw FileNotFoundException
if file does not exist
[OAK-5305] - NRTIndex link to previous index leads to memory leak
[OAK-5327] - Change default query limit configuration, take 2
[OAK-5333] - Standalone example does not work with mongo


Epic

[OAK-3270] - Improve DocumentMK resilience


Improvement

[OAK-3976] - journal should support large(r) entries
[OAK-4069] - Use read concern majority when connected to a replica set
[OAK-4978] - Expose maintainence related MBeans for Segment NodeStores
created via factory
[OAK-5060] - Make DocumentNodeStore.alignWithExternalRevisions more
chatty
[OAK-5186] - ChangeSetFilterImpl: support many includePaths by
filtering for 1st path name
[OAK-5189] - SegmentRevisionGC should expose unformatted timestamps
[OAK-5225] - Online compaction throttling
[OAK-5237] - Change default query limit configuration
[OAK-5271] - IndexDefinitionBuilder should ignore safe change in
"async" for determining reindex flag value
[OAK-5295] - Allow chaining of include in building aggregation rule via
IndexDefinitionBuilder
[OAK-5303] - Improve readability of SegmentNodeStoreService
[OAK-5317] - MongoBlobStore creates _id index unnecessarily


Task

[OAK-4452] - Consistently use the term segment-tar
[OAK-5198] - Javadoc and Documentation of ExternalGroupRef
[OAK-5199] - Test coverage for ExternalGroupRef
[OAK-5256] - Add type property to LuceneIndexEditorProvider
[OAK-5257] - Pass CommitContext as part of CommitInfo in OakInitializer
[OAK-5294] - Update Oak trunk to Jackrabbit 2.13.6
[OAK-5319] - Remove ReversedLinesFileReaderTestParamBlockSize


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.5.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. Th

[ANNOUNCE] Apache Jackrabbit Oak 1.2.22 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.22. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.22

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.22 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.22
-

Bug

[OAK-5193] - Version tree may become inconsistent after removing a
version


Improvement

[OAK-5163] - ReadWriteVersionManager#getExistingBaseVersion throws an
opaque exception if baseVersion doesn't exist


Task

[OAK-5147] - Backport asynchronous queue improvements to 1.2
[OAK-5227] - Update Oak 1.2 and Oak 1.4 to Jackrabbit 2.12.6


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.21 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[jira] [Resolved] (JCR-4075) Release Jackrabbit 2.12.6

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4075.

Resolution: Done

> Release Jackrabbit 2.12.6
> -
>
> Key: JCR-4075
> URL: https://issues.apache.org/jira/browse/JCR-4075
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>    Reporter: Amit Jain
>Assignee: Amit Jain
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[ANNOUNCE] Apache Jackrabbit 2.12.6 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.12.6. The release is available for download at:

 http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit -- Version 2.12.6

Introduction


This is Apache Jackrabbit(TM) 2.12.6, a fully compliant implementation of
the
Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
specified in the Java Specification Request 283 (JSR 283).

Apache Jackrabbit 2.12.6 is a patch release that contains fixes and
improvements over Jackrabbit 2.12. Jackrabbit 2.12.x releases are
considered stable and targeted for production use.

Changes in Jackrabbit 2.12.6


Sub-task

[JCR-4059] - avoid use of HttpClient3 URI class


Bug

[JCR-4042] - Adding Escape Character in GQL
[JCR-4068] - jcr-commons: get rid of test dependency to json.org JSON
parser
[JCR-4072] - Creation of marker file fails when parent folder does not
exist in CachingDataStore
[JCR-4073] - jackrabbit-data: occasional test failures in
TestLocalCache.testAutoPurge


Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.txt file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS.

About Apache Jackrabbit
---

Apache Jackrabbit is a fully conforming implementation of the Content
Repository for Java Technology API (JCR). A content repository is a
hierarchical content store with support for structured and unstructured
content, full text search, versioning, transactions, observation, and
more.

For more information, visit http://jackrabbit.apache.org/

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Trademarks
--

Apache Jackrabbit, Jackrabbit, Apache, the Apache feather logo, and the
Apache
Jackrabbit project logo are trademarks of The Apache Software Foundation.

[RESULT][VOTE] Release Apache Jackrabbit 2.12.6

[Amit Jain]

Hi,

The vote passes as follows:

+1 Julian Reschke
+1 Koll Claus
+1 Amit Jain

Thanks for voting. I'll push the release out.

Regards
Amit

Re: [VOTE] Release Apache Jackrabbit 2.13.5

[Amit Jain]

Hi,

On Mon, Dec 5, 2016 at 2:40 AM, Julian Reschke  wrote:

> Please vote on releasing this package as Apache Jackrabbit 2.13.5.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>

+1 Release this package as Apache Jackrabbit 2.13.5

Thanks
Amit

[VOTE] Release Apache Jackrabbit 2.12.6

[Amit Jain]

A candidate for the Jackrabbit 2.12.6 release is available at:

https://dist.apache.org/repos/dist/dev/jackrabbit/2.12.6/

The release candidate is a zip archive of the sources in:

https://svn.apache.org/repos/asf/jackrabbit/tags/2.12.6/

The SHA1 checksum of the archive is
e3c6076743e99774daef34af0017cda4a1003431.

A staged Maven repository is available for review at:

https://repository.apache.org/

The command for running automated checks against this release candidate is:

$ sh check-release.sh 2.12.6 e3c6076743e99774daef34af0017cda4a1003431

Please vote on releasing this package as Apache Jackrabbit 2.12.6.
The vote is open for the next 72 hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast.

[ ] +1 Release this package as Apache Jackrabbit 2.12.6
[ ] -1 Do not release this package because...

My vote is +1.

Thanks
Amit

[jira] [Created] (JCR-4075) Release Jackrabbit 2.12.6

[Amit Jain (JIRA)]

Amit Jain created JCR-4075:
--

 Summary: Release Jackrabbit 2.12.6
 Key: JCR-4075
 URL: https://issues.apache.org/jira/browse/JCR-4075
 Project: Jackrabbit Content Repository
  Issue Type: Task
Reporter: Amit Jain
Assignee: Amit Jain
Priority: Minor






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (JCR-4073) jackrabbit-data: occasional test failures in TestLocalCache.testAutoPurge

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4073:


Increased sleep back to 1000 ms with commits 
* trunk - r1772822
* 2.12 - r1772823

> jackrabbit-data: occasional test failures in TestLocalCache.testAutoPurge
> -
>
> Key: JCR-4073
> URL: https://issues.apache.org/jira/browse/JCR-4073
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Reporter: Julian Reschke
>Assignee: Amit Jain
> Fix For: 2.13.6, 2.12.6, 2.14
>
>
> {noformat}
> Error Message
> a1 should be null
> Stacktrace
> junit.framework.AssertionFailedError: a1 should be null
>   at junit.framework.Assert.fail(Assert.java:50)
>   at junit.framework.Assert.assertTrue(Assert.java:20)
>   at junit.framework.Assert.assertNull(Assert.java:237)
>   at 
> org.apache.jackrabbit.core.data.TestLocalCache.testAutoPurge(TestLocalCache.java:197)
> {noformat}
> Maybe caused by JCR-4007?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Release plan Jackrabbit 2.12.6

[Amit Jain]

Hi Team,

I would like to cut the Jackrabbit 2.12.6 release tomorrow morning (6th
Dec). There are no issues currently pending resolution.
If there are any objections please let me know.

Sorry for the short notice.

Thanks
Amit

[jira] [Resolved] (JCR-4073) jackrabbit-data: occasional test failures in TestLocalCache.testAutoPurge

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4073.

   Resolution: Fixed
Fix Version/s: 2.14
   2.12.6
   2.13.6

Thanks [~woon_san].
I applied the patch and reduced the sleep to 500 ms. 

* trunk - r1772597
* 2.12 - r1772598

> jackrabbit-data: occasional test failures in TestLocalCache.testAutoPurge
> -
>
> Key: JCR-4073
> URL: https://issues.apache.org/jira/browse/JCR-4073
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Reporter: Julian Reschke
>    Assignee: Amit Jain
> Fix For: 2.13.6, 2.12.6, 2.14
>
>
> {noformat}
> Error Message
> a1 should be null
> Stacktrace
> junit.framework.AssertionFailedError: a1 should be null
>   at junit.framework.Assert.fail(Assert.java:50)
>   at junit.framework.Assert.assertTrue(Assert.java:20)
>   at junit.framework.Assert.assertNull(Assert.java:237)
>   at 
> org.apache.jackrabbit.core.data.TestLocalCache.testAutoPurge(TestLocalCache.java:197)
> {noformat}
> Maybe caused by JCR-4007?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (JCR-4072) Creation of marker file fails when parent folder does not exist in CachingDataStore

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4072.

Resolution: Fixed

* trunk - http://svn.apache.org/viewvc?view=revision&revision=1772299
* 2.12 branch - http://svn.apache.org/viewvc?view=revision&revision=1772301

> Creation of marker file fails when parent folder does not exist in 
> CachingDataStore
> ---
>
> Key: JCR-4072
> URL: https://issues.apache.org/jira/browse/JCR-4072
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Reporter: Amit Jain
>Assignee: Amit Jain
> Fix For: 2.13.5, 2.12.6, 2.14
>
>
> The {{homeDir}} passed as a parameter when initializing CachingDataStore 
> should be created if it does not exist before the attempt to create the 
> marker file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (JCR-4073) jackrabbit-data: occasional test failures in TestLocalCache.testAutoPurge

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4073:


Not related to JCR-4007, but most likely is a timing issue. Maybe the sleep can 
be increased but still won't guarantee.

> jackrabbit-data: occasional test failures in TestLocalCache.testAutoPurge
> -
>
> Key: JCR-4073
> URL: https://issues.apache.org/jira/browse/JCR-4073
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Reporter: Julian Reschke
>Assignee: Amit Jain
>
> {noformat}
> Error Message
> a1 should be null
> Stacktrace
> junit.framework.AssertionFailedError: a1 should be null
>   at junit.framework.Assert.fail(Assert.java:50)
>   at junit.framework.Assert.assertTrue(Assert.java:20)
>   at junit.framework.Assert.assertNull(Assert.java:237)
>   at 
> org.apache.jackrabbit.core.data.TestLocalCache.testAutoPurge(TestLocalCache.java:197)
> {noformat}
> Maybe caused by JCR-4007?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (JCR-4072) Creation of marker file fails when parent folder does not exist in CachingDataStore

[Amit Jain (JIRA)]

Amit Jain created JCR-4072:
--

 Summary: Creation of marker file fails when parent folder does not 
exist in CachingDataStore
 Key: JCR-4072
 URL: https://issues.apache.org/jira/browse/JCR-4072
 Project: Jackrabbit Content Repository
  Issue Type: Bug
  Components: jackrabbit-data
Reporter: Amit Jain
Assignee: Amit Jain
 Fix For: 2.13.5, 2.12.6, 2.14


The {{homeDir}} passed as a parameter when initializing CachingDataStore should 
be created if it does not exist before the attempt to create the marker file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Jackrabbit 2.13.5 release plan

[Amit Jain]

On Thu, Dec 1, 2016 at 1:18 PM, Julian Reschke  wrote:

> Amit - is it ok to downgrade the priority and move it to a future release?


I have downgraded the priority but still marked for 2.14. Will mark it for
next release if I am not able to resolve this.

Thanks
Amit

[jira] [Commented] (JCR-3943) [jackrabbi-aws-ext] Data inconsistency due to race condition during async uploads

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-3943:


[~julian.resc...@gmx.de] I have downgraded the priority but still marked for 
2.14. Will mark it for next release if I am not able to resolve it.

> [jackrabbi-aws-ext] Data inconsistency due to race condition during async 
> uploads
> -
>
> Key: JCR-3943
> URL: https://issues.apache.org/jira/browse/JCR-3943
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Reporter: Amit Jain
>Assignee: Amit Jain
> Fix For: 2.13.5, 2.14
>
> Attachments: coredata14Nov5Dec.txt
>
>
> There is a race condition when {{LocalCache}} is used where if an upload 
> ({{file_u}}) has entered the cache but not the {{AsyncUploadCache}} and a 
> simultaneous PurgeJob is running, then the uploaded file {{file_u}} can be 
> purged from the cache.
> When the async job ultimately runs it fails silently (S3 client fails to 
> calculate the hash because of the missing file), thus leaving dangling 
> references in the node store as well as the {{AsyncUploadCache}}.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (JCR-3943) [jackrabbi-aws-ext] Data inconsistency due to race condition during async uploads

[Amit Jain (JIRA)]

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

Amit Jain updated JCR-3943:
---
Priority: Major  (was: Critical)

> [jackrabbi-aws-ext] Data inconsistency due to race condition during async 
> uploads
> -
>
> Key: JCR-3943
> URL: https://issues.apache.org/jira/browse/JCR-3943
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>    Reporter: Amit Jain
>Assignee: Amit Jain
> Fix For: 2.13.5, 2.14
>
> Attachments: coredata14Nov5Dec.txt
>
>
> There is a race condition when {{LocalCache}} is used where if an upload 
> ({{file_u}}) has entered the cache but not the {{AsyncUploadCache}} and a 
> simultaneous PurgeJob is running, then the uploaded file {{file_u}} can be 
> purged from the cache.
> When the async job ultimately runs it fails silently (S3 client fails to 
> calculate the hash because of the missing file), thus leaving dangling 
> references in the node store as well as the {{AsyncUploadCache}}.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[ANNOUNCE] Apache Jackrabbit Oak 1.2.21 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.21 The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.21

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.21 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.21
-

Technical task

  [OAK-4964] - UpdateOp.set("_id", ...) should do a sanity check on the id
  [OAK-4986] - RDBDocumentStore: potential NPE in document read


Bug

 [OAK-3474] - NodeDocument.getNodeAtRevision can go into property history
traversal when latest rev on current doc isn't committed
 [OAK-4125] - Test failure: testUpdateAndDelete [MyFixture:
RDB-Derby(embedded)]
 [OAK-4969] - ColdStandby does not fetch missing blobs
 [OAK-4997] - RevisionGCTest.teardown() may fail with NPE when store == null
 [OAK-5005] - S3 async upload fails to catch and log exceptions other than
DataStoreException


Task

 [OAK-5037] - Update Oak 1.2 and Oak 1.4 to Jackrabbit 2.12.5


Test

 [OAK-4976] - AcquireRecoveryLockTest fails occasionally


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.20 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[jira] [Resolved] (JCR-4007) CachingDataStore - touching every time on getRecord() was unnecessary

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4007.

   Resolution: Fixed
Fix Version/s: 2.13.5

Committed the last commit of the patch with 
http://svn.apache.org/viewvc?view=revision&revision=1769767

Thanks [~woon_san] for the patch.

> CachingDataStore - touching every time on getRecord() was unnecessary
> -
>
> Key: JCR-4007
> URL: https://issues.apache.org/jira/browse/JCR-4007
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
>Assignee: Amit Jain
>  Labels: PatchAvailable
> Fix For: 2.13.5, 2.14
>
>
> At the moment, {{CachingDataStore#getRecord()}} always invokes 
> {{#touchInternal()}}, resulting in touching the file *every time* through the 
> backend whenever reading a record. This seems to cause a performance degrade 
> even when cached locally.
> Touching (updating the lastModifiedDate) must not be done every time. It 
> should be done only when {{minModifiedDate}} is set to a number greater than 
> zero by {{org.apache.jackrabbit.core.gc.GarbageCollector}} while marking.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[ANNOUNCE] Apache Jackrabbit Oak 1.2.20 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.20. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.20

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.20 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.20
-

Technical task

[OAK-4583] - RDB*Store: update Tomcat JDBC pool dependency
[OAK-4794] - RDBDocumentStore: update PostgresQL JDBC driver
[OAK-4885] - RDB*Store: update mysql JDBC driver reference to 5.1.40
[OAK-4905] - RDB*Store: update postgresql JDBC driver reference to
9.4.1211


Bug

[OAK-3917] - SuggestionHelper creating unnecessary temporary directories
[OAK-4082] - RDBDocumentStore on MySQL may fail when using
useServerPrepStmts=true
[OAK-4805] - Misconfigured lucene index definition can render the whole
system unusable
[OAK-4879] - Proper implementation of getOrCreateReferenceKey in
CachingFDS


Improvement

[OAK-3253] - Support caching in FileDataStoreService
[OAK-4819] - Improve revision GC resilience
[OAK-4851] - Update httpclient to 4.3.6 in Oak 1.4- branches


Task

[OAK-4827] - Backport OAK-3415 into 1.2.x


Test

[OAK-3277] - Turn VersionGarbageCollectorTest into an integration test


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.19 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[ANNOUNCE] Apache Jackrabbit Oak 1.4.8 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.4.8 The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.4.8

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Jackrabbit Oak 1.4.8 is a patch release that contains fixes and
improvements over Oak 1.4. Jackrabbit Oak 1.4.x releases are
considered stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.4.8
-

Technical task

[OAK-4257] - Findbug issues in security modules
[OAK-4539] - Calculate children cache entry on commit
[OAK-4583] - RDB*Store: update Tomcat JDBC pool dependency
[OAK-4794] - RDBDocumentStore: update PostgresQL JDBC driver

Bug

[OAK-4048] - [regression] SyncHandler.listIdentities() returns all
users, not only external ones
[OAK-4174] - SegmentToJdbcTest failing with improvements of
OAK-4119
[OAK-4301] - Missing protection for system-maintained
rep:externalId
[OAK-4552] - Checkpoints.getOldestRevisionToKeep() returns newest
valid revision
[OAK-4568] - JournalEntry.applyTo() creates complete change tree
in memory
[OAK-4572] - Overflow to disk threshold too high
[OAK-4790] - Compilation error with JDK 6 in FileIOUtils
[OAK-4805] - Misconfigured lucene index definition can render the
whole system unusable
[OAK-4811] - MongoToMongoFbsTest fails
[OAK-4832] - Upgrade breaks if the SecurityManager section in
repository.xml is empty
[OAK-4840] - Incorrect branch commit value
[OAK-4845] - Regression: DefaultSyncContext does not sync
membership to a local group

Improvement

[OAK-4043] - Oak run checkpoints needs to account for multiple
index lanes
[OAK-4528] - diff calculation in DocumentNodeStore should try to
re-use journal info on diff cache miss
[OAK-4553] - Retain journal entries for valid checkpoints
[OAK-4556] - Track branch on newBranchCommit()
[OAK-4715] - Reduce DocumentStore reads for local changes
[OAK-4819] - Improve revision GC resilience
[OAK-4826] - Auto removal of orphaned checkpoints
[OAK-4851] - Update httpclient to 4.3.6 in Oak 1.4- branches

New Feature

[OAK-4712] - Publish S3DataStore stats in JMX MBean
[OAK-4850] - List checkpoints

Task

[OAK-4791] - Enable animal sniffer plugin
[OAK-4821] - Allow use of Java 7 in Oak 1.4

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.4.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

Re: Jackrabbit and JDK versions

[Amit Jain]

Hi,

My preference is also 2.

Since, Oak 1.2 uses JR 2.12 and needs compatibility with JDK 6, we should
leave 2.12 at JDK 6.

Thanks
Amit

On Tue, Sep 27, 2016 at 12:28 PM, Julian Reschke 
wrote:

> On 2016-09-22 13:10, Davide Giannella wrote:
>
>> On 21/09/2016 14:45, Julian Reschke wrote:
>>
>>> 3) Switch trunk and 2.12 to JDK 7.
>>>
>> +1
>>
>> Davide
>>
>
> Little feedback so far. I assume silence is approval :-)
>
> I opened  to track the
> change for trunk; we can make the decision for 2.12 later on.
>
> Best regards, Julian
>
>
>
>

Re: [VOTE] Release Apache Jackrabbit 2.6.7

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.6.7

Thanks
Amit

On Fri, Sep 23, 2016 at 3:56 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.6.7 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.6.7/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/2.6.7/
>
> The SHA1 checksum of the archive is e7fd3541fdcec0e793b2603112c79a
> fea6b83384.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.6.7 e7fd3541fdcec0e793b2603112c79afea6b83384
>
> Please vote on releasing this package as Apache Jackrabbit 2.6.7.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.6.7
> [ ] -1 Do not release this package because...
>
> Best regards, Julian
>

[ANNOUNCE] Apache Jackrabbit Oak 1.2.19 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.19. The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.19

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.19 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.19
-

Technical task

   [OAK-4615] - RDBDocumentStore: in 1.0, cache invalidation is slightly
different from 1.2


Bug

[OAK-3522] - DefaultSyncContext exposes internal path-utility method
[OAK-3523] - DefaultSyncContext catches ClassCastException
[OAK-4153] - segment's compareAgainstBaseState wont call
childNodeDeleted when deleting last and adding n nodes
[OAK-4219] - ExternalLoginModuleTestBase doesn't remove synced
User/Group accounts
[OAK-4224] - DefaultSyncContext.sync(ExternalIdentity) should verify IDP
[OAK-4231] - DefaultSyncContext creates Value of type String for
Binary|Inputstream Object
[OAK-4267] - SyncedIdentity for foreign authorizable always has isGroup
set to false
[OAK-4302] - DefaultSyncContextTest contains duplicate test
[OAK-4448] - Test failures that rely on expiration time to experience a
re-sync.
[OAK-4600] - In case of branch commits, nodeChildrenCache gets entries
for branch revision without "br" prefix
[OAK-4675] - SNFE thrown while testing FileStore.cleanup() running
concurrently with writes
[OAK-4676] - Index definition on nt:base with analyzed property
incorrectly matches query with different property
[OAK-4679] - Backport OAK-4119, OAK-4101, OAK-4087 and OAK-4344
[OAK-4790] - Compilation error with JDK 6 in FileIOUtils


Improvement

[OAK-2690] - Add optional UserConfiguration#getUserPrincipalProvider()
[OAK-2994] - AbstractSecurityTest#getUserManager(Root) doesn't create
new instances
[OAK-3003] - Improve login performance with huge group membership
[OAK-3274] - DefaultSyncConfigImpl: add information to
"user.membershipExpTime" about minimum expiration time
[OAK-3518] - Consistently add annotations to DefaultSync* classes
[OAK-3563] - Improve DefaultSyncContext
[OAK-3648] - Use StandardTokenizer instead of ClassicTokenizer in
OakAnalyzer
[OAK-3721] - Reduce code duplication in MembershipProvider
[OAK-3728] - Document indexes in the index itself
[OAK-4001] - ExternalLoginModule: Make max sync attempts configurable
[OAK-4005] - LdapIdentityProvider.getEntries() is prone to OOME.
[OAK-4087] - Replace Sync of configured AutoMembership by Dynamic
Principal Generation
[OAK-4119] - Improvements Take 1
[OAK-4384] - Benchmarks: add support 'automembership' config option
[OAK-4385] - Benchmarks: proper init of ExternalPrincipalConfiguration
with dynamicMembership
[OAK-4516] - Configurable option to lucene index defs to index original
(unanalyzed value as well)
[OAK-4623] - Log more information when null DocumentNodeState is read
for a child while fetching children
[OAK-4678] - Backport OAK-4344 and OAK-4005


New Feature

[OAK-3170] - Implement Group extensions as proposed in JCR-3880
[OAK-4003] - Add support for Group-Membership actions
[OAK-4101] - Consider separate external (group) principal management


Task

[OAK-3211] - Document External Identity Management
[OAK-4364] - Initial Benchmarks for oak-auth-external
[OAK-4743] - Update Oak 1.2 and Oak 1.4 to Jackrabbit 2.12.4
[OAK-4791] - Enable animal sniffer plugin

Test

[OAK-2742] - Add UserImport tests that run with a non-admin session
[OAK-4226] - Improve testing of DefaultSyncContext
[OAK-4248] - More tests for the exposed 'basic' package
[OAK-4382] - Test failure in
ExternalGroupPrincipalProviderTest.testFindPrincipalsByHintTypeGroup


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.18 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the au

[jira] [Resolved] (JCR-4018) Consistent Async Upload Executor handling in Backend implementations

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4018.

Resolution: Fixed

Thanks [~woon_san] for the patch. Committed the patch with 
http://svn.apache.org/viewvc?view=revision&revision=1760825.
Also, removed some executor bits lying around in the FSBackend class.

> Consistent Async Upload Executor handling in Backend implementations
> 
>
> Key: JCR-4018
> URL: https://issues.apache.org/jira/browse/JCR-4018
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>Reporter: Woonsan Ko
>Assignee: Amit Jain
>  Labels: PatchAvailable
> Fix For: 2.13.4
>
>
> There are some inconsistent configuration/behaviors regarding asynchronous 
> upload executor handling.
> For example,
> - {{VFSBackend}} disables async upload based on {{asyncPoolSize}} not based 
> on {{CachingDataStore#asyncUploadLimit}}.
> - {{FSBackend}} disables it based on {{CachingDataStore#asyncUploadLimit}} 
> correctly as of JCR-4008.
> - {{S3Backend}} doesn't have a feature to disable async uploading yet.
> Probably it would be nicer to have {{AbstractBackend}} for all the practical 
> {{Backend}} implementations to share the handling on asynchronous uploading 
> features such as how to create an {{Executor}} and async executor pool size, 
> etc. There are already some duplicate code regarding this in {{VFSBackend}} 
> and {{FSBackend}}.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (JCR-4018) Consistent Async Upload Executor handling in Backend implementations

[Amit Jain (JIRA)]

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

Amit Jain reassigned JCR-4018:
--

Assignee: Amit Jain

> Consistent Async Upload Executor handling in Backend implementations
> 
>
> Key: JCR-4018
> URL: https://issues.apache.org/jira/browse/JCR-4018
> Project: Jackrabbit Content Repository
>  Issue Type: Improvement
>Reporter: Woonsan Ko
>Assignee: Amit Jain
>  Labels: PatchAvailable
> Fix For: 2.13.4
>
>
> There are some inconsistent configuration/behaviors regarding asynchronous 
> upload executor handling.
> For example,
> - {{VFSBackend}} disables async upload based on {{asyncPoolSize}} not based 
> on {{CachingDataStore#asyncUploadLimit}}.
> - {{FSBackend}} disables it based on {{CachingDataStore#asyncUploadLimit}} 
> correctly as of JCR-4008.
> - {{S3Backend}} doesn't have a feature to disable async uploading yet.
> Probably it would be nicer to have {{AbstractBackend}} for all the practical 
> {{Backend}} implementations to share the handling on asynchronous uploading 
> features such as how to create an {{Executor}} and async executor pool size, 
> etc. There are already some duplicate code regarding this in {{VFSBackend}} 
> and {{FSBackend}}.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: [VOTE] Release Apache Jackrabbit 2.10.4

[Amit Jain]

+1 Release this package as Apache Jackrabbit 2.10.4

Thanks
Amit

On Tue, Sep 6, 2016 at 6:51 PM, Julian Reschke  wrote:

> A candidate for the Jackrabbit 2.10.4 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.10.4/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/2.10.4/
>
> The SHA1 checksum of the archive is b902c97ce272f06fdf84f77c0e9731
> 0f911d310b.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.10.4 b902c97ce272f06fdf84f77c0e97310f911d310b
>
> Please vote on releasing this package as Apache Jackrabbit 2.10.4.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.10.4
> [ ] -1 Do not release this package because...
>
>
> Best regards, Julian
>

Re: [VOTE] Release Apache Jackrabbit 2.13.3

[Amit Jain]

Hi,

+1 Release this package as Apache Jackrabbit 2.13.3

Thanks
Amit

On Wed, Sep 7, 2016 at 1:01 PM, Marcel Reutegger  wrote:

> A candidate for the Jackrabbit 2.13.3 release is available at:
>
> https://dist.apache.org/repos/dist/dev/jackrabbit/2.13.3/
>
> The release candidate is a zip archive of the sources in:
>
> https://svn.apache.org/repos/asf/jackrabbit/tags/jackrabbit-2.13.3/
>
> The SHA1 checksum of the archive is 1fabc1d1db4aef2db7081507e96e18
> 074ed83991.
>
> A staged Maven repository is available for review at:
>
> https://repository.apache.org/
>
> The command for running automated checks against this release candidate is:
>
> $ sh check-release.sh 2.13.3 1fabc1d1db4aef2db7081507e96e18074ed83991
>
> Please vote on releasing this package as Apache Jackrabbit 2.13.3.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>
> [ ] +1 Release this package as Apache Jackrabbit 2.13.3
> [ ] -1 Do not release this package because...
>
> Regards
>  Marcel
>

[jira] [Resolved] (JCR-4008) Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests

[Amit Jain (JIRA)]

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

Amit Jain resolved JCR-4008.

Resolution: Fixed

Fixed with http://svn.apache.org/viewvc?view=revision&revision=1759933
Thanks for the patch [~woon_san]

> Restore TestCachingFDS.testDeleteRecord() to fix it with disabling 
> AsyncUpload in unit tests
> 
>
> Key: JCR-4008
> URL: https://issues.apache.org/jira/browse/JCR-4008
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
>Assignee: Amit Jain
> Fix For: 2.13.4
>
>
> The test used to fail occasionally before the test method was commented out 
> by JCR-4006:
> {noformat}
> junit.framework.AssertionFailedError: rec2 should be null
>   at junit.framework.Assert.fail(Assert.java:50)
>   at junit.framework.Assert.assertTrue(Assert.java:20)
>   at junit.framework.Assert.assertNull(Assert.java:237)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.doDeleteRecordTest(TestCaseBase.java:327)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.testDeleteRecord(TestCaseBase.java:192)
> {noformat}
> The main reason of this error is because the underlying backend uses 
> asynchronous writing threads by default, which is not working well when 
> extending {{org.apache.jackrabbit.core.data.TestCaseBase}} as mentioned in 
> JCR-4005.
> So, it seems better to fix it again like the following like how JCR-4005 was 
> fixed:
> - Restore the commented out block ({{TestCachingFDS.testDeleteRecord()}}).
> - Provide an option to disable asynchronous writing in all the related 
> backend implementations. e.g., disable it if {{asyncWritePoolSize}} is zero 
> or smaller.
> - In unit tests, simply disable async writing.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (JCR-4008) Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests

[Amit Jain (JIRA)]

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

Amit Jain reassigned JCR-4008:
--

Assignee: Amit Jain

> Restore TestCachingFDS.testDeleteRecord() to fix it with disabling 
> AsyncUpload in unit tests
> 
>
> Key: JCR-4008
> URL: https://issues.apache.org/jira/browse/JCR-4008
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
>Assignee: Amit Jain
> Fix For: 2.13.4
>
>
> The test used to fail occasionally before the test method was commented out 
> by JCR-4006:
> {noformat}
> junit.framework.AssertionFailedError: rec2 should be null
>   at junit.framework.Assert.fail(Assert.java:50)
>   at junit.framework.Assert.assertTrue(Assert.java:20)
>   at junit.framework.Assert.assertNull(Assert.java:237)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.doDeleteRecordTest(TestCaseBase.java:327)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.testDeleteRecord(TestCaseBase.java:192)
> {noformat}
> The main reason of this error is because the underlying backend uses 
> asynchronous writing threads by default, which is not working well when 
> extending {{org.apache.jackrabbit.core.data.TestCaseBase}} as mentioned in 
> JCR-4005.
> So, it seems better to fix it again like the following like how JCR-4005 was 
> fixed:
> - Restore the commented out block ({{TestCachingFDS.testDeleteRecord()}}).
> - Provide an option to disable asynchronous writing in all the related 
> backend implementations. e.g., disable it if {{asyncWritePoolSize}} is zero 
> or smaller.
> - In unit tests, simply disable async writing.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (JCR-4008) Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4008:


Hi [~woon_san] Yes lets track that change with a new issue.

> Restore TestCachingFDS.testDeleteRecord() to fix it with disabling 
> AsyncUpload in unit tests
> 
>
> Key: JCR-4008
> URL: https://issues.apache.org/jira/browse/JCR-4008
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
> Fix For: 2.13.4
>
>
> The test used to fail occasionally before the test method was commented out 
> by JCR-4006:
> {noformat}
> junit.framework.AssertionFailedError: rec2 should be null
>   at junit.framework.Assert.fail(Assert.java:50)
>   at junit.framework.Assert.assertTrue(Assert.java:20)
>   at junit.framework.Assert.assertNull(Assert.java:237)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.doDeleteRecordTest(TestCaseBase.java:327)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.testDeleteRecord(TestCaseBase.java:192)
> {noformat}
> The main reason of this error is because the underlying backend uses 
> asynchronous writing threads by default, which is not working well when 
> extending {{org.apache.jackrabbit.core.data.TestCaseBase}} as mentioned in 
> JCR-4005.
> So, it seems better to fix it again like the following like how JCR-4005 was 
> fixed:
> - Restore the commented out block ({{TestCachingFDS.testDeleteRecord()}}).
> - Provide an option to disable asynchronous writing in all the related 
> backend implementations. e.g., disable it if {{asyncWritePoolSize}} is zero 
> or smaller.
> - In unit tests, simply disable async writing.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (JCR-4008) Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4008:


[~woon_san] With this change you wouldn't need to add an AbstractBackend so, 
can you please just attach a patch which changes the tests by setting 
asyncUploadLimit to 0

> Restore TestCachingFDS.testDeleteRecord() to fix it with disabling 
> AsyncUpload in unit tests
> 
>
> Key: JCR-4008
> URL: https://issues.apache.org/jira/browse/JCR-4008
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
> Fix For: 2.13.3
>
>
> The test used to fail occasionally before the test method was commented out 
> by JCR-4006:
> {noformat}
> junit.framework.AssertionFailedError: rec2 should be null
>   at junit.framework.Assert.fail(Assert.java:50)
>   at junit.framework.Assert.assertTrue(Assert.java:20)
>   at junit.framework.Assert.assertNull(Assert.java:237)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.doDeleteRecordTest(TestCaseBase.java:327)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.testDeleteRecord(TestCaseBase.java:192)
> {noformat}
> The main reason of this error is because the underlying backend uses 
> asynchronous writing threads by default, which is not working well when 
> extending {{org.apache.jackrabbit.core.data.TestCaseBase}} as mentioned in 
> JCR-4005.
> So, it seems better to fix it again like the following like how JCR-4005 was 
> fixed:
> - Restore the commented out block ({{TestCachingFDS.testDeleteRecord()}}).
> - Provide an option to disable asynchronous writing in all the related 
> backend implementations. e.g., disable it if {{asyncWritePoolSize}} is zero 
> or smaller.
> - In unit tests, simply disable async writing.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (JCR-3944) CachingDataStore - Disable AsyncUploadCache

[Amit Jain (JIRA)]

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

Amit Jain updated JCR-3944:
---
Priority: Minor  (was: Critical)

> CachingDataStore - Disable AsyncUploadCache
> ---
>
> Key: JCR-3944
> URL: https://issues.apache.org/jira/browse/JCR-3944
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>  Components: jackrabbit-data
>Reporter: Amit Jain
>Priority: Minor
> Fix For: 2.13.3
>
>
> Enabling AsyncUploadCache can lead to data inconsistencies. When a node is 
> created the {{CachingDataStore#addRecord}} call returns immediately with the 
> blob id, while corresponding blob is uploaded asynchronously. This can cause 
> the inconsistency as if there is an error in the upload the node is already 
> created.
> Also, this may not be visible immediately and it will be very hard to discern 
> the root cause.
> AsyncUploadCache is enabled by default with value set to 100 and should be 
> disabled by default by setting to 0.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (JCR-4008) Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-4008:


[~woon_san] There is a property exposed in CachingDataStore 
{{asyncUploadLimit}} which can be used to disable async writing. Is that not 
enough?

> Restore TestCachingFDS.testDeleteRecord() to fix it with disabling 
> AsyncUpload in unit tests
> 
>
> Key: JCR-4008
> URL: https://issues.apache.org/jira/browse/JCR-4008
> Project: Jackrabbit Content Repository
>  Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
> Fix For: 2.13.3
>
>
> The test used to fail occasionally before the test method was commented out 
> by JCR-4006:
> {noformat}
> junit.framework.AssertionFailedError: rec2 should be null
>   at junit.framework.Assert.fail(Assert.java:50)
>   at junit.framework.Assert.assertTrue(Assert.java:20)
>   at junit.framework.Assert.assertNull(Assert.java:237)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.doDeleteRecordTest(TestCaseBase.java:327)
>   at 
> org.apache.jackrabbit.core.data.TestCaseBase.testDeleteRecord(TestCaseBase.java:192)
> {noformat}
> The main reason of this error is because the underlying backend uses 
> asynchronous writing threads by default, which is not working well when 
> extending {{org.apache.jackrabbit.core.data.TestCaseBase}} as mentioned in 
> JCR-4005.
> So, it seems better to fix it again like the following like how JCR-4005 was 
> fixed:
> - Restore the commented out block ({{TestCachingFDS.testDeleteRecord()}}).
> - Provide an option to disable asynchronous writing in all the related 
> backend implementations. e.g., disable it if {{asyncWritePoolSize}} is zero 
> or smaller.
> - In unit tests, simply disable async writing.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: [VOTE] Release Apache Jackrabbit 2.13.2

[Amit Jain]

Hi,

On Tue, Aug 23, 2016 at 1:20 PM, Marcel Reutegger 
wrote:

> Please vote on releasing this package as Apache Jackrabbit 2.13.2.
> The vote is open for the next 72 hours and passes if a majority of at
> least three +1 Jackrabbit PMC votes are cast.
>

+1 Release this package as Apache Jackrabbit 2.13.2

Thanks
Amit

[ANNOUNCE] Apache Jackrabbit Oak 1.2.18 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.18 The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.18

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.18 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.18
-

Technical task

[OAK-4477] - RDBDatasourceFactory should use pool config similar to
sling datasource defaults
[OAK-4554] - RDBBlobStoreTest should use RDBDatasourceWrapper
[OAK-4557] - RDBPreparedStatementWrapper: do not hide implementation
bugs
[OAK-4559] - RDB*Store: failures with Tomcat JDBC pool's StatementCache
interceptor
[OAK-4562] - BasicDocumentStore max id test might return misleading
results
[OAK-4629] - Make it possible to override blob accessing methods in
DataStoreBlobStore


Bug

[OAK-4503] - Update count increases with rebase
[OAK-4527] - [oak-blob-cloud] Access parameters configured leak out in
the exception message
[OAK-4565] - S3Backend fails to upload large metadata records
[OAK-4599] - SecurityProviderRegistration fails to update config param
of SecurityConfiguration(s)


Improvement

[OAK-2761] - Persistent cache: add data in a different thread
[OAK-3997] - Include eviction cause to the LIRS removal callback
[OAK-4123] - Persistent cache: allow to configure the add data
concurrency
[OAK-4454] - Create consistent API in ExternalSort to write and read
escaped line breaks
[OAK-4563] - Specify thread pool name which should be used by Async
Indexing task
[OAK-4573] - S3 fetching record leads to multiple calls and background
download
[OAK-4574] - [BlobGC] Remove adding of paths in file maintained for
blob references
[OAK-4636] - PropertyIndexLookup#getIndexNode should be more tolerant
towards property types


New Feature

[OAK-3095] - Add eviction listener to LIRS cache


Task

[OAK-3611] - upgrade H2DB dependency to 1.4.190


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.17 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/

[jira] [Commented] (JCR-3975) Commons-VFS Datastore implementation

[Amit Jain (JIRA)]

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

Amit Jain commented on JCR-3975:


Also, should we resolve {{id}} into parent directories [1] in the same way as 
already done currently [2] & [3]. This will ensure we have the same structure 
for all. 

[1] 
https://github.com/apache/jackrabbit/pull/34/files#diff-819529cb7d6662015cd9a0333589e705R371
[2] 
https://github.com/apache/jackrabbit/blob/b252e505e34b03638207e959aaafce7c480ebaaa/jackrabbit-data/src/main/java/org/apache/jackrabbit/core/data/CachingDataStore.java#L1017
[3] 
https://github.com/apache/jackrabbit/blob/b252e505e34b03638207e959aaafce7c480ebaaa/jackrabbit-data/src/main/java/org/apache/jackrabbit/core/data/FileDataStore.java#L252

> Commons-VFS Datastore implementation
> 
>
> Key: JCR-3975
> URL: https://issues.apache.org/jira/browse/JCR-3975
> Project: Jackrabbit Content Repository
>  Issue Type: New Feature
>Reporter: Woonsan Ko
>
> Commons-VFS DataStore may provide capability to use various backends such as 
> Local File System, WebDAV, SFTP, HDFS, etc., thus leveraging all benefits of 
> different backends like low cost, infinite, reliable, scalable storage.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[ANNOUNCE] Apache Jackrabbit Oak 1.5.6 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.5.6 The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.5.6


Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.5.6 is an unstable release cut directly from
Jackrabbit Oak trunk, with a focus on new features and other
improvements. For production use we recommend the latest stable 1.4.x
release.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.5.6
-

Technical task

[OAK-4200] - [BlobGC] Improve collection times of blobs available
[OAK-4477] - RDBDatasourceFactory should use pool config similar
to sling datasource defaults
[OAK-4539] - Calculate children cache entry on commit
[OAK-4554] - RDBBlobStoreTest should use RDBDatasourceWrapper
[OAK-4557] - RDBPreparedStatementWrapper: do not hide
implementation bugs
[OAK-4559] - RDB*Store: failures with Tomcat JDBC pool's
StatementCache interceptor
[OAK-4562] - BasicDocumentStore max id test might return
misleading results

Bug

[OAK-4518] - ConcurrentAddReferenceTest fails occasionally
[OAK-4532] - race-condition in commit-rate-limiter
[OAK-4544] - Fix failing test
DataStoreCheckTest.testMissingOpParams()
[OAK-4548] - SegmentDataStoreBlobGCIT failures
[OAK-4552] - Checkpoints.getOldestRevisionToKeep() returns newest
valid revision
[OAK-4565] - S3Backend fails to upload large metadata records
[OAK-4568] - JournalEntry.applyTo() creates complete change tree
in memory
[OAK-4571] - consolidated listener stats confuses
cluster-external/local flags
[OAK-4572] - Overflow to disk threshold too high

Improvement

[OAK-4512] - Detect and log commits to the read-only stores
[OAK-4528] - diff calculation in DocumentNodeStore should try to
re-use journal info on diff cache miss
[OAK-4533] - make DELAY_THRESHOLD & MAX_DELAY of ChangeProcessor
configurable
[OAK-4534] - add trace logging to CommitRateLimiter
[OAK-4540] - Cache update blocks new commits
[OAK-4542] - PerfLogger should also allow a threshold to log at
INFO
[OAK-4545] - Configurable maxBackOffMillis
[OAK-4553] - Retain journal entries for valid checkpoints
[OAK-4556] - Track branch on newBranchCommit()
[OAK-4563] - Specify thread pool name which should be used by
Async Indexing task
[OAK-4564] - Use Lucene index to look for long-named nodes in JCR2
upgrade
[OAK-4567] - Define oak:Resource nodetype as non referenceable
alternative to nt:resource
[OAK-4569] - Clean-up the oak-upgrade dependencies
[OAK-4573] - S3 fetching record leads to multiple calls and
background download
[OAK-4574] - [BlobGC] Remove adding of paths in file maintained
for blob references
[OAK-4578] - Clarify weight related methods/parameters/arguments
of the LIRS cache

Task

[OAK-3211] - Document External Identity Management
[OAK-4551] - Update Oak to Jackrabbit 2.13.1

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.4.x release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found
athttp://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial 

[ANNOUNCE] Apache Jackrabbit Oak 1.2.17 released

[Amit Jain]

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.17 The release is available for download at:

http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release:

Release Notes -- Apache Jackrabbit Oak -- Version 1.2.17

Introduction


Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.17 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.17
-

Sub-task
[OAK-3306] - Create a copy of MemoryDocumentStore


Technical task

[OAK-4409] - RDB*Store: bump up recommended DB2 version to 10.5
[OAK-4482] - RDB*Store: update tomcat-jdbc test dependency
[OAK-4495] - RDBDocumentStore: consistent handling of invalidate methods
[OAK-4497] - RDBDocumentStore: potential race condition between update
and invalidate can cause stale cache entries
[OAK-4509] - RDBDocumentStore: low-level read method should also
support condition on MODIFIED value
[OAK-4510] - RDBDocumentStore: can't persist _modified value of null


Bug

[OAK-3079] - LastRevRecoveryAgent can update _lastRev of children but
not the root
[OAK-3305] - Self recovering instance may not see all changes
[OAK-3903] - Commit fails even though change made it to the
DocumentStore
[OAK-3988] - Offline compaction should avoid loading external binaries
[OAK-4429] - [oak-blob-cloud] S3Backend#getAllIdentifiers should not
store all elements in memory
[OAK-4430] - DataStoreBlobStore#getAllChunkIds fetches DataRecord when
not needed
[OAK-4493] - Offline compaction persisted mode
[OAK-4494] - Stale documents after revision GC in cluster
[OAK-4496] - Enable DataStoreBlobStore#getAllRecords to support
non-shared DataStore
[OAK-4499] - LucenePropertyIndexTest#longRepExcerpt is too aggressive
[OAK-4501] - Avoid reading segment when reading strings and the string
is in the cache
[OAK-4502] - LucenePropertyIndex doesn't use filter's path for ACL
checks of suggest queries


Improvement

[OAK-3702] - More resilient BackgroundThread implementation
[OAK-3797] - SegmentTracker#collectBlobReferences should retain fewer
SegmentId instances
[OAK-3904] - Compaction Map predicate should use cached state for
evaluation
[OAK-4368] - Excerpt extraction from the Lucene index should be more
selective
[OAK-4505] - Offline compaction clearer output values
[OAK-4514] - ResurrectNodeAfterRevisionGCTest's cleanup may interfere
with DS disposal
[OAK-4545] - Configurable maxBackOffMillis


Task

[OAK-2575] - Improve documentation for DocumentStore.invalidateCache


Test

[OAK-4489] - Improve test coverage on DocumentStore for concurrent
query and invalidate
[OAK-4546] - Long running DocumentNodeStoreTest


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.2.16 release.

For more detailed information about all the changes in this and other
Oak releases, please see the Oak issue tracker at

  https://issues.apache.org/jira/browse/OAK

Release Contents


This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.md file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
http://www.apache.org/dist/jackrabbit/KEYS.

About Apache Jackrabbit Oak
---

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

For more information, visit http://jackrabbit.apache.org/oak

About The Apache Software Foundation


Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 140 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 3,800+ contributors.

For more information, visit http://www.apache.org/