BUILD FAILURE: Jackrabbit Oak - Build # 1979 - Failure

2019-02-27 Thread Apache Jenkins Server
The Apache Jenkins build system has built Jackrabbit Oak (build #1979)

Status: Failure

Check console output at https://builds.apache.org/job/Jackrabbit%20Oak/1979/ to 
view the results.

Changes:
[reschke] OAK-8090: Update baseline comparisonVersion to 1.10.1

 

Test results:
All tests passed<>


[ANNOUNCE] Apache Jackrabbit Oak 1.10.1 released

2019-02-27 Thread Julian Reschke

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.10.1. 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.10.1

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.10.1 is a patch release that contains fixes and
improvements over Oak 1.10.0. Jackrabbit Oak 1.10.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.10.1
-

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

Bug

[OAK-6749] - Segment-Tar standby sync fails with "in-memory" blobs 
present in the source repo
[OAK-7982] - ACL.addEntry: check for mandatory restrictions only 
respects single value restrictions
[OAK-8001] - Lucene index can be empty (no :data node) in composite 
node store setup

[OAK-8003] - MongoDocumentStore does not log server details
[OAK-8006] - SegmentBlob#readLongBlobId might cause 
SegmentNotFoundException on standby
[OAK-8007] - RDBDocumentStore: potential off-heap memory leakage 
due to unclosed GzipInputStream

[OAK-8012] - Unmerged branch changes visible after restart
[OAK-8017] - Test failure: LastRevRecoveryRandomizedIT
[OAK-8023] - AccessControlManagerImpl can not handle repository 
level when editing policies by principal
[OAK-8033] - Node states sometimes refer to more than a single 
generation of segments after a full compaction
[OAK-8046] - Result items are not always correctly counted against 
the configured read limit if a query uses a lucene index
[OAK-8052] - PersistentCache: failure during construction may lead 
to resource leak

[OAK-8054] - RepMembersConflictHandler creates property with wrong type
[OAK-8070] - The date-based copy-versions directive doesn't work 
correctly with include-paths


Improvement

[OAK-7984] - Batch update documents in commit rollback
[OAK-8041] - IndexDefinitionBuilder should support facets and boost 
for property definitions
[OAK-8042] - IndexDefinitionBuilder should support deprecated 
properties on index definition
[OAK-8067] - Measure fsync (called when closing the NRT index) and 
try to reduce disk I/O


Task

[OAK-8030] - oak-jcr NodeTypeTest improvements
[OAK-8037] - add test case for making a node type referenceable
[OAK-8059] - Update Jackson dependency to 2.9.8
[OAK-8068] - Update slf4j dependency to 1.7.26
[OAK-8076] - in 1.10, adjust bundle baseline check comparisonVersion

Technical task

[OAK-7960] - RDB: add to Oak documentation
[OAK-7978] - guava-latest profile defunct
[OAK-7979] - DeclaredMembershipPredicate does not compile with Guava 20
[OAK-8004] - oak-run: support "recovery" command for RDBDocumentStore
[OAK-8016] - RDBDocumentStore: minor improvements to GZIP 
compression of BLOB contents

[OAK-8043] - RDB: expose DDL generation functionality in oak-run
[OAK-8058] - RDB*Store: update Tomcat JDBC pool dependency to 8.5.38
[OAK-8069] - Log warning for too many transient modifications of 
direct child nodes
[OAK-8074] - RDB*Store: update mysql-connector-java dependency to 
8.0.15



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

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 a 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 Op

[RESULT] [VOTE] Release Apache Jackrabbit Oak 1.10.1

2019-02-27 Thread Julian Reschke

On 25.02.2019 06:04, Julian Reschke wrote:

...


Hi there,

the vote passes as follows:

+1 Alex Deparvu 
+1 Davide Giannella 
+1 Julian Reschke 
+1 Woonsan Ko 

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

Best regards, Julian


Re: Intent to backport OAK-8013

2019-02-27 Thread Matt Ryan
For reference:  https://issues.apache.org/jira/browse/OAK-8013


On Wed, Feb 27, 2019 at 4:41 PM Matt Ryan  wrote:

> Hi,
>
> I would like to backport OAK-8013 to Oak 1.10.  This change introduces a
> workaround for an issue with the direct binary access code that is caused
> by a bug in the Azure SDK.
>
> When a client requests a signed direct download URI, Oak includes a
> specification in the signed URI to tell the service provider how it should
> set the Content-Disposition on responses to requests for the signed URI.
> The filename* portion of that header needs to be properly encoded, but the
> Azure SDK does not handle this properly.  This workaround prevents HTTP
> clients from running into errors parsing the response headers due to an
> improperly formatted filaneme* portion of the Content-Disposition header.
> It is a temporary workaround until we can get a working solution in the
> Azure SDK.
>
> The risk is low, it is limited only to direct binary download use cases,
> and only applies to 1.10 and later.  Please let me know if there are any
> objections.
>
>
> -MR
>
>
>


Intent to backport OAK-8013

2019-02-27 Thread Matt Ryan
Hi,

I would like to backport OAK-8013 to Oak 1.10.  This change introduces a
workaround for an issue with the direct binary access code that is caused
by a bug in the Azure SDK.

When a client requests a signed direct download URI, Oak includes a
specification in the signed URI to tell the service provider how it should
set the Content-Disposition on responses to requests for the signed URI.
The filename* portion of that header needs to be properly encoded, but the
Azure SDK does not handle this properly.  This workaround prevents HTTP
clients from running into errors parsing the response headers due to an
improperly formatted filaneme* portion of the Content-Disposition header.
It is a temporary workaround until we can get a working solution in the
Azure SDK.

The risk is low, it is limited only to direct binary download use cases,
and only applies to 1.10 and later.  Please let me know if there are any
objections.


-MR


BUILD FAILURE: Jackrabbit Oak - Build # 1974 - Failure

2019-02-27 Thread Apache Jenkins Server
The Apache Jenkins build system has built Jackrabbit Oak (build #1974)

Status: Failure

Check console output at https://builds.apache.org/job/Jackrabbit%20Oak/1974/ to 
view the results.

Changes:
[reschke] OAK-8051: PersistentCache: error during open can lead to incomplete 
initialization and subsequent NPEs - cleanup trailing whitespace in source code

 

Test results:
All tests passed<>