[RESULT][VOTE] Release Apache Jackrabbit Oak 1.4.25

2019-07-17 Thread Davide Giannella
Hello Team,

the vote fails as follows:

+1 Davide Giannella
+1 Tommaso Teofili
-1 Marcel Reutegger (wrong release notes)

Given the feedbacks and the wrong release notes this release is going to
be cancelled and will be taken on later on.

-- Davide



[ANNOUNCE] Apache Jackrabbit Oak 1.8.15 released

2019-07-16 Thread Davide Giannella
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.8.15

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

Bug

[OAK-8223] - javadoc-plugin fails with java11
[OAK-8351] - Long running RGC remove and getmore operations

Task

[OAK-8235] - Upgrade Solr to version 6.6.6
[OAK-8464] - Update javadoc-plugin to 3.1.1


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.8.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 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/



[ANNOUNCE] Apache Jackrabbit Oak 1.8.15 released

2019-07-16 Thread Davide Giannella
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.8.15

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

Bug

[OAK-8223] - javadoc-plugin fails with java11
[OAK-8351] - Long running RGC remove and getmore operations

Task

[OAK-8235] - Upgrade Solr to version 6.6.6
[OAK-8464] - Update javadoc-plugin to 3.1.1


In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.8.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 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 Oak 1.4.25

2019-07-16 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit Oak 1.4.25
D.


[RESULT][VOTE] Release Apache Jackrabbit Oak 1.8.15

2019-07-16 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Julian Reschke
+1 Davide Giannella
+1 Woonsan Ko
+1 Amit Jain

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

-- Davide



[ANNOUNCE] Apache Jackrabbit Oak 1.10.3 released

2019-07-15 Thread Davide Giannella
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.10.3

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

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

Technical task

[OAK-8002] - RDBDocumentStore: add RDB-specific
MissingLastRevSeeker
[OAK-8083] - RDB*Store: add SQLServer specific documentation
[OAK-8147] - RDBBlobStore: add perf logging for JDBC read
operations
[OAK-8200] - MongoDocumentStore in ReadOnly mode should never
modify persistence
[OAK-8201] - RDBDocumentStore in ReadOnly mode should never modify
persistence
[OAK-8251] - RDBBlobStore instantiated from ReadOnly
DocumentNodeStore should never modify persistence
[OAK-8257] - RDBDocumentStore: improve trace logging of batch
operations
[OAK-8273] - RDBDocumentStore: createOrUpdate with less than 3 ops
suboptimal
[OAK-8307] - RDBDocumentStore: add DEBUG logging when fetching
index metadata fails
[OAK-8311] - RDBDocumentStore: allow to turn off RDB-specific
MissingLastRevSeeker
[OAK-8332] - update Tomcat JDBC dependency to 8.5.41
[OAK-8337] - RDBDocumentStore: refactor index dumping code
[OAK-8338] - RDBDocumentStoreJDBC: fix theoretically possible NPE
in perflogging code
[OAK-8346] - RDBDocumentStore*: fix several potential but
improbable NPEs
[OAK-8349] - RDBDocumentStore*: "reset clusterId tool" in oak-run
[OAK-8368] - RDBDocumentNodeStoreBuilder: refactor
setRDBConnection for consistency
[OAK-8371] - Stop using deprecated DocumentMK.Builder in RDB tests
[OAK-8375] - DocumentNodeStoreBuilder should not instantiate
BlobStore instance before "build()"
[OAK-8378] - rdb/oak-run: update usage and documentation for
garbage command

Bug

[OAK-8024] - oak-http generates invalid html
[OAK-8089] - DocumentNodeStore dispose can fail when duration of
final background ops exceeds lease time
[OAK-8133] - Word SHA1 no longer allowed
[OAK-8139] - DocumentDiscoveryLiteService hasBacklog silencing
must support maven version format
[OAK-8199] - DocumentStore in ReadOnly mode should never modify
persistence
[OAK-8207] - Read-only DocumentNodeStore tries to create root
document
[OAK-8214] - RDBDocumentStore may not inherit ReadOnly flag from
DocumentNodeStore
[OAK-8220] - CommitRootUpdateTest creates malformed value
[OAK-8223] - javadoc-plugin fails with java11
[OAK-8232] - Node#setPrimaryType(String) does not create child
nodes defined as autoCreated
[OAK-8246] - Test failure:
NodeSetPrimaryTypeTest.testSetPrimaryType()
[OAK-8258] - Active deletion can delete blobs despite indexing
cycle deleting them failed
[OAK-8271] - Lucene path transformed result doesn't accomodate
wildcards in relative path
[OAK-8278] - RDBDataSourceFactory.CloseableDataSource doesn't
implement java.sql.Wrapper correctly
[OAK-8306] - Empty PrincipalProvider cache breaks membership
collection
[OAK-8314] - BlobIds created with direct uploads lack length
suffix
[OAK-8351] - Long running RGC remove and getmore operations
[OAK-8394] - Fix BinaryAccessDSGCIT failing intermittently for
Mongo
[OAK-8437] - direct children, exact, and parent path restrictions
don't work when path transformation takes place
[OAK-8459] - Intermittent issue with MongoStatusTest

New Feature

[OAK-8146] - oak-run support for inspecting clusterNodeInfo

Improvement

[OAK-8111] - Create read-only DocumentNodeStore for oak-run
recovery dry run
[OAK-8135] - HTTP service may not select correct media type if
multiple are specified in Accept header field
[OAK-8185] - Improve CompositeNodeStore fixture
[OAK-8205] - Add benchmark for Node.isNodeType()
[OAK-8241] - Add benchmark for transient Node.setProperty()
[OAK-8301] - Ensure travis-ci uses trusty image
[OAK-8310] - Potentially misleading conflict exception message
[OAK-8363] - Remove obsolete comment

Test

[OAK-8353] - Additional test for OAK-8012

Task

[OAK-7902] - Update osgi-mock to 

[ANNOUNCE] Apache Jackrabbit Oak 1.10.3 released

2019-07-15 Thread Davide Giannella
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.10.3

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

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

Technical task

[OAK-8002] - RDBDocumentStore: add RDB-specific
MissingLastRevSeeker
[OAK-8083] - RDB*Store: add SQLServer specific documentation
[OAK-8147] - RDBBlobStore: add perf logging for JDBC read
operations
[OAK-8200] - MongoDocumentStore in ReadOnly mode should never
modify persistence
[OAK-8201] - RDBDocumentStore in ReadOnly mode should never modify
persistence
[OAK-8251] - RDBBlobStore instantiated from ReadOnly
DocumentNodeStore should never modify persistence
[OAK-8257] - RDBDocumentStore: improve trace logging of batch
operations
[OAK-8273] - RDBDocumentStore: createOrUpdate with less than 3 ops
suboptimal
[OAK-8307] - RDBDocumentStore: add DEBUG logging when fetching
index metadata fails
[OAK-8311] - RDBDocumentStore: allow to turn off RDB-specific
MissingLastRevSeeker
[OAK-8332] - update Tomcat JDBC dependency to 8.5.41
[OAK-8337] - RDBDocumentStore: refactor index dumping code
[OAK-8338] - RDBDocumentStoreJDBC: fix theoretically possible NPE
in perflogging code
[OAK-8346] - RDBDocumentStore*: fix several potential but
improbable NPEs
[OAK-8349] - RDBDocumentStore*: "reset clusterId tool" in oak-run
[OAK-8368] - RDBDocumentNodeStoreBuilder: refactor
setRDBConnection for consistency
[OAK-8371] - Stop using deprecated DocumentMK.Builder in RDB tests
[OAK-8375] - DocumentNodeStoreBuilder should not instantiate
BlobStore instance before "build()"
[OAK-8378] - rdb/oak-run: update usage and documentation for
garbage command

Bug

[OAK-8024] - oak-http generates invalid html
[OAK-8089] - DocumentNodeStore dispose can fail when duration of
final background ops exceeds lease time
[OAK-8133] - Word SHA1 no longer allowed
[OAK-8139] - DocumentDiscoveryLiteService hasBacklog silencing
must support maven version format
[OAK-8199] - DocumentStore in ReadOnly mode should never modify
persistence
[OAK-8207] - Read-only DocumentNodeStore tries to create root
document
[OAK-8214] - RDBDocumentStore may not inherit ReadOnly flag from
DocumentNodeStore
[OAK-8220] - CommitRootUpdateTest creates malformed value
[OAK-8223] - javadoc-plugin fails with java11
[OAK-8232] - Node#setPrimaryType(String) does not create child
nodes defined as autoCreated
[OAK-8246] - Test failure:
NodeSetPrimaryTypeTest.testSetPrimaryType()
[OAK-8258] - Active deletion can delete blobs despite indexing
cycle deleting them failed
[OAK-8271] - Lucene path transformed result doesn't accomodate
wildcards in relative path
[OAK-8278] - RDBDataSourceFactory.CloseableDataSource doesn't
implement java.sql.Wrapper correctly
[OAK-8306] - Empty PrincipalProvider cache breaks membership
collection
[OAK-8314] - BlobIds created with direct uploads lack length
suffix
[OAK-8351] - Long running RGC remove and getmore operations
[OAK-8394] - Fix BinaryAccessDSGCIT failing intermittently for
Mongo
[OAK-8437] - direct children, exact, and parent path restrictions
don't work when path transformation takes place
[OAK-8459] - Intermittent issue with MongoStatusTest

New Feature

[OAK-8146] - oak-run support for inspecting clusterNodeInfo

Improvement

[OAK-8111] - Create read-only DocumentNodeStore for oak-run
recovery dry run
[OAK-8135] - HTTP service may not select correct media type if
multiple are specified in Accept header field
[OAK-8185] - Improve CompositeNodeStore fixture
[OAK-8205] - Add benchmark for Node.isNodeType()
[OAK-8241] - Add benchmark for transient Node.setProperty()
[OAK-8301] - Ensure travis-ci uses trusty image
[OAK-8310] - Potentially misleading conflict exception message
[OAK-8363] - Remove obsolete comment

Test

[OAK-8353] - Additional test for OAK-8012

Task

[OAK-7902] - Update osgi-mock to 

[RESULT][VOTE] Release Apache Jackrabbit Oak 1.10.3

2019-07-15 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Julian Reschke
+1 Davide Giannella
+1 Woonsan Ko
+1 Amit Jain

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

-- Davide




Re: [VOTE] Release Apache Jackrabbit Oak 1.8.15

2019-07-10 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit Oak 1.8.15
D.


[VOTE] Release Apache Jackrabbit Oak 1.8.15

2019-07-10 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.8.15 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.8.15/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.8.15/

The SHA1 checksum of the archive is
0e3f17b263fc090ffc5d9bf14b75d4671d662f82.

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 oak 1.8.15
0e3f17b263fc090ffc5d9bf14b75d4671d662f82

Please vote on releasing this package as Apache Jackrabbit Oak 1.8.15.
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 Oak 1.8.15
    [ ] -1 Do not release this package because...
D.


Re: Oak 1.6.18 release plan

2019-07-10 Thread Davide Giannella
On 04/07/2019 21:18, Davide Giannella wrote:
> Hello team,
>
> I'm planning to cut Oak on either Monday 8th July or Tuesday or
> Wednesday depending on workload.
>
> If there are any objections please let me know. Otherwise I will
> re-schedule any non-resolved issue for the next iteration.
>

We have loads of candidate backport (98 as of writing) that need
addressing before cutting the release. We're skipping this cycle to
either next scheduled date (see jia) or earlier depending on needs and
commitments.

Davide


[VOTE] Release Apache Jackrabbit Oak 1.4.25

2019-07-09 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.4.25 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.4.25/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.4.25/

The SHA1 checksum of the archive is
2b4039cb757dd98e9bd4210e90a8c36e7c04da86.

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 oak 1.4.25
2b4039cb757dd98e9bd4210e90a8c36e7c04da86

Please vote on releasing this package as Apache Jackrabbit Oak 1.4.25.
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 Oak 1.4.25
    [ ] -1 Do not release this package because...
D.


Re: [VOTE] Release Apache Jackrabbit Oak 1.10.3

2019-07-09 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit Oak 1.10.3
D.


Oak 1.8.15 release plan

2019-07-09 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on Thursday 10th July.

There were some missing backports that fail to have solr start up
properly in OSGi environments. Now they've been backported.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




[VOTE] Release Apache Jackrabbit Oak 1.10.3

2019-07-09 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.10.3 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.10.3/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.10.3/

The SHA1 checksum of the archive is
0109dc1a21350bcaae18c29c575a7e8deef823aa.

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 oak 1.10.3
0109dc1a21350bcaae18c29c575a7e8deef823aa

Please vote on releasing this package as Apache Jackrabbit Oak 1.10.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 Oak 1.10.3
    [ ] -1 Do not release this package because...
D.


Re: Oak 1.4.25 release plan

2019-07-08 Thread Davide Giannella
On 05/07/2019 07:19, Julian Reschke wrote:
> Is there a good reason why we need to do three releases in the same
> week? Everybody should look at things that need to be backported, do the
> backports and run tests. This does not scale. 

We aim for a regular cadence for each branch. However sometimes they may
end in the same week.

http://jackrabbit.apache.org/oak/docs/release-schedule.html

About backports, each committer is responsible to chase his/her own
issues for the backports. I do my best in keeping things rolling but
cannot syndicate on each issue and/or commit for each release. If
there's an issue as Blocker I'll definitely stop and ask about it
postponing the release.

Davide




Oak 1.4.25 release plan

2019-07-04 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on either Monday 8th July or Tuesday or
Wednesday depending on workload.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Oak 1.6.18 release plan

2019-07-04 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on either Monday 8th July or Tuesday or
Wednesday depending on workload.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Oak 1.10.3 release plan

2019-07-04 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on either Monday 8th July or Tuesday or
Wednesday depending on workload.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Oak 1.10.3 release plan

2019-07-04 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on Monday 8th July.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




[ANNOUNCE] Apache Jackrabbit Oak 1.8.14 released

2019-07-04 Thread Davide Giannella
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.8.14

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

Technical task

[OAK-6812] - UpdateOp Condition: be consistent about the support
for non-revision properties
[OAK-7896] - RDB*Store: update mysql driver reference to 8.0.13
[OAK-7970] - RDB*Store: add profile for DB2 11.1 JDBC driver
[OAK-7971] - RDB*Store: update DB2 JDBC reference to 4.19.77
[OAK-8002] - RDBDocumentStore: add RDB-specific
MissingLastRevSeeker
[OAK-8074] - RDB*Store: update mysql-connector-java dependency to
8.0.15
[OAK-8080] - RDB*Store: move DB-specific config hints from Javadoc
into oak-doc
[OAK-8083] - RDB*Store: add SQLServer specific documentation
[OAK-8087] - RDB*Store: update mssql-jdbc driver reference to
7.2.1.jre8
[OAK-8147] - RDBBlobStore: add perf logging for JDBC read
operations
[OAK-8307] - RDBDocumentStore: add DEBUG logging when fetching
index metadata fails
[OAK-8311] - RDBDocumentStore: allow to turn off RDB-specific
MissingLastRevSeeker
[OAK-8332] - update Tomcat JDBC dependency to 8.5.41
[OAK-8337] - RDBDocumentStore: refactor index dumping code
[OAK-8338] - RDBDocumentStoreJDBC: fix theoretically possible NPE
in perflogging code
[OAK-8346] - RDBDocumentStore*: fix several potential but
improbable NPEs
[OAK-8349] - RDBDocumentStore*: "reset clusterId tool" in oak-run
[OAK-8368] - RDBDocumentNodeStoreBuilder: refactor
setRDBConnection for consistency
[OAK-8371] - Stop using deprecated DocumentMK.Builder in RDB tests
[OAK-8378] - rdb/oak-run: update usage and documentation for
garbage command

Bug

[OAK-7155] - Executor in S3DataStoreFactory is not shut down
[OAK-7378] - Continuous Revision GC counts _deletedOnce with every
run
[OAK-7543] - MissingLastRevSeekerTest fails on MongoDB with
secondary preferred
[OAK-7564] - Commit fails when forced journal push throws
exception
[OAK-7886] - Re-registering node type may corrupt registry
[OAK-7956] - Conflict may leave behind _collisions entry
[OAK-8024] - oak-http generates invalid html
[OAK-8207] - Read-only DocumentNodeStore tries to create root
document
[OAK-8271] - Lucene path transformed result doesn't accomodate
wildcards in relative path
[OAK-8437] - direct children, exact, and parent path restrictions
don't work when path transformation takes place

Improvement

[OAK-7213] - Avoid call for child node when bundle contains all
children
[OAK-7310] - Empty package-info.java causes unnecessary rebuild
[OAK-8135] - HTTP service may not select correct media type if
multiple are specified in Accept header field
[OAK-8310] - Potentially misleading conflict exception message

Test

[OAK-8353] - Additional test for OAK-8012

Task

[OAK-7220] - add benchmark focused on string write performance
[OAK-7787] - oak-it: NoClassDefFoundError in log with Java 11
[OAK-7842] - solr: suppress problematic commons-fileupload
dependency
[OAK-8163] - examples: update Tomcat dependency to 7.0.93
[OAK-8179] - Update jacoco to 0.8.3
[OAK-8180] - Update mockito to 2.25.1
[OAK-8196] - Update httpclient/mime dependencies to 4.5.8
[OAK-8208] - oak-run/rdb: add --rdbtableprefix option
[OAK-8235] - Upgrade Solr to version 6.6.6
[OAK-8286] - Update jetbrains nullability annotations to 17.0.0
[OAK-8290] - Update org.apache.felix.framework for jdk13
[OAK-8312] - MissingLastRevSeeker and NodeDocumentSweeper: improve
progress logging
[OAK-8331] - Update Tika dependency to 1.21
[OAK-8334] - Update Jackson dependency to 2.9.9
[OAK-8341] - Include tomcat-jdbc/juli in oak-run
[OAK-8348] - Update surefire/failsafe dependencies to 2.22.2
[OAK-8350] - Update animal-sniffer dependency to 1.18
[OAK-8376] - update commons-codec dependency to 1.12
[OAK-8414] - Update jar-plugin dependency to 3.1.2

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

For more detailed information about all the changes in this and other
Oak releases, 

[ANNOUNCE] Apache Jackrabbit Oak 1.8.14 released

2019-07-04 Thread Davide Giannella
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.8.14

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

Technical task

[OAK-6812] - UpdateOp Condition: be consistent about the support
for non-revision properties
[OAK-7896] - RDB*Store: update mysql driver reference to 8.0.13
[OAK-7970] - RDB*Store: add profile for DB2 11.1 JDBC driver
[OAK-7971] - RDB*Store: update DB2 JDBC reference to 4.19.77
[OAK-8002] - RDBDocumentStore: add RDB-specific
MissingLastRevSeeker
[OAK-8074] - RDB*Store: update mysql-connector-java dependency to
8.0.15
[OAK-8080] - RDB*Store: move DB-specific config hints from Javadoc
into oak-doc
[OAK-8083] - RDB*Store: add SQLServer specific documentation
[OAK-8087] - RDB*Store: update mssql-jdbc driver reference to
7.2.1.jre8
[OAK-8147] - RDBBlobStore: add perf logging for JDBC read
operations
[OAK-8307] - RDBDocumentStore: add DEBUG logging when fetching
index metadata fails
[OAK-8311] - RDBDocumentStore: allow to turn off RDB-specific
MissingLastRevSeeker
[OAK-8332] - update Tomcat JDBC dependency to 8.5.41
[OAK-8337] - RDBDocumentStore: refactor index dumping code
[OAK-8338] - RDBDocumentStoreJDBC: fix theoretically possible NPE
in perflogging code
[OAK-8346] - RDBDocumentStore*: fix several potential but
improbable NPEs
[OAK-8349] - RDBDocumentStore*: "reset clusterId tool" in oak-run
[OAK-8368] - RDBDocumentNodeStoreBuilder: refactor
setRDBConnection for consistency
[OAK-8371] - Stop using deprecated DocumentMK.Builder in RDB tests
[OAK-8378] - rdb/oak-run: update usage and documentation for
garbage command

Bug

[OAK-7155] - Executor in S3DataStoreFactory is not shut down
[OAK-7378] - Continuous Revision GC counts _deletedOnce with every
run
[OAK-7543] - MissingLastRevSeekerTest fails on MongoDB with
secondary preferred
[OAK-7564] - Commit fails when forced journal push throws
exception
[OAK-7886] - Re-registering node type may corrupt registry
[OAK-7956] - Conflict may leave behind _collisions entry
[OAK-8024] - oak-http generates invalid html
[OAK-8207] - Read-only DocumentNodeStore tries to create root
document
[OAK-8271] - Lucene path transformed result doesn't accomodate
wildcards in relative path
[OAK-8437] - direct children, exact, and parent path restrictions
don't work when path transformation takes place

Improvement

[OAK-7213] - Avoid call for child node when bundle contains all
children
[OAK-7310] - Empty package-info.java causes unnecessary rebuild
[OAK-8135] - HTTP service may not select correct media type if
multiple are specified in Accept header field
[OAK-8310] - Potentially misleading conflict exception message

Test

[OAK-8353] - Additional test for OAK-8012

Task

[OAK-7220] - add benchmark focused on string write performance
[OAK-7787] - oak-it: NoClassDefFoundError in log with Java 11
[OAK-7842] - solr: suppress problematic commons-fileupload
dependency
[OAK-8163] - examples: update Tomcat dependency to 7.0.93
[OAK-8179] - Update jacoco to 0.8.3
[OAK-8180] - Update mockito to 2.25.1
[OAK-8196] - Update httpclient/mime dependencies to 4.5.8
[OAK-8208] - oak-run/rdb: add --rdbtableprefix option
[OAK-8235] - Upgrade Solr to version 6.6.6
[OAK-8286] - Update jetbrains nullability annotations to 17.0.0
[OAK-8290] - Update org.apache.felix.framework for jdk13
[OAK-8312] - MissingLastRevSeeker and NodeDocumentSweeper: improve
progress logging
[OAK-8331] - Update Tika dependency to 1.21
[OAK-8334] - Update Jackson dependency to 2.9.9
[OAK-8341] - Include tomcat-jdbc/juli in oak-run
[OAK-8348] - Update surefire/failsafe dependencies to 2.22.2
[OAK-8350] - Update animal-sniffer dependency to 1.18
[OAK-8376] - update commons-codec dependency to 1.12
[OAK-8414] - Update jar-plugin dependency to 3.1.2

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

For more detailed information about all the changes in this and other
Oak releases, 

[RESULT][VOTE] Release Apache Jackrabbit Oak 1.8.14

2019-07-04 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Julian Reschke
+1 Davide Giannella
+1 Marcel Reutegger
+1 Woonsan Ko

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

-- Davide



Re: [VOTE] Release Apache Jackrabbit Oak 1.8.14

2019-07-01 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit Oak 1.8.14

D.


[VOTE] Release Apache Jackrabbit Oak 1.8.14

2019-07-01 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.8.14 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.8.14/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.8.14/

The SHA1 checksum of the archive is
d66e467c647a58accb26e795dc2805daef6ec290.

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 oak 1.8.14
d66e467c647a58accb26e795dc2805daef6ec290

Please vote on releasing this package as Apache Jackrabbit Oak 1.8.14.
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 Oak 1.8.14
    [ ] -1 Do not release this package because...

D.


Oak 1.8.14 release plan

2019-06-27 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on Monday 1st July.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




[ANNOUNCE] Apache Jackrabbit Oak 1.14.0 released

2019-06-11 Thread Davide Giannella
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.14.0

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.14.0 is an incremental feature release based
on and compatible with earlier stable Jackrabbit Oak 1.x
releases. This release is 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.14.0
-

Technical task

[OAK-8201] - RDBDocumentStore in ReadOnly mode should never modify
persistence
[OAK-8251] - RDBBlobStore instantiated from ReadOnly
DocumentNodeStore should never modify persistence
[OAK-8257] - RDBDocumentStore: improve trace logging of batch
operations
[OAK-8273] - RDBDocumentStore: createOrUpdate with less than 3 ops
suboptimal
[OAK-8281] - Improve coverage for
org.apache.jackrabbit.oak.security.authorization.composite
[OAK-8307] - RDBDocumentStore: add DEBUG logging when fetching
index metadata fails
[OAK-8311] - RDBDocumentStore: allow to turn off RDB-specific
MissingLastRevSeeker
[OAK-8332] - update Tomcat JDBC dependency to 8.5.41
[OAK-8337] - RDBDocumentStore: refactor index dumping code
[OAK-8338] - RDBDocumentStoreJDBC: fix theoretically possible NPE
in perflogging code
[OAK-8340] - Document use of oak-run for RDB
[OAK-8346] - RDBDocumentStore*: fix several potential but
improbable NPEs
[OAK-8349] - RDBDocumentStore*: "reset clusterId tool" in oak-run
[OAK-8368] - RDBDocumentNodeStoreBuilder: refactor
setRDBConnection for consistency
[OAK-8371] - Stop using deprecated DocumentMK.Builder in RDB tests
[OAK-8375] - DocumentNodeStoreBuilder should not instantiate
BlobStore instance before "build()"
[OAK-8378] - rdb/oak-run: update usage and documentation for
garbage command

Bug

[OAK-8139] - DocumentDiscoveryLiteService hasBacklog silencing
must support maven version format
[OAK-8149] - java 12 javadoc fails with "unknown tag" for OSGi
version annotations in package-info
[OAK-8166] - Index definition with orderable property definitions
with and without functions breaks index
[OAK-8187] - Respect service ranking with AuthorizableNodeName,
AuthorizableActionProvider and RestrictionProvider
[OAK-8199] - DocumentStore in ReadOnly mode should never modify
persistence
[OAK-8207] - Read-only DocumentNodeStore tries to create root
document
[OAK-8212] - ImporterImpl.importProperties prone to NPE
[OAK-8214] - RDBDocumentStore may not inherit ReadOnly flag from
DocumentNodeStore
[OAK-8218] - ReadOnlyNodeTypeManager.isNodeType prone to NPE
[OAK-8219] - Incorrect parent POM version in oak-doc and
oak-doc-railroad-macro
[OAK-8220] - CommitRootUpdateTest creates malformed value
[OAK-8223] - javadoc-plugin fails with java11
[OAK-8229] - LoginModuleImpl.commit will end in NPE if credentials
are null
[OAK-8231] - Unreachable code in LoginModuleImpl.getLoginId
[OAK-8232] - Node#setPrimaryType(String) does not create child
nodes defined as autoCreated
[OAK-8246] - Test failure:
NodeSetPrimaryTypeTest.testSetPrimaryType()
[OAK-8258] - Active deletion can delete blobs despite indexing
cycle deleting them failed
[OAK-8261] - Indexing lane failing but the index is not marked
corrupt
[OAK-8266] - Redundant check for existing tree in
CompiledPermissionImpl.buildVersionDelegatee
[OAK-8272] - Orphaned branch commit entries after restart
[OAK-8276] - OR-CompositeTreePermission.grantsPermission should
loop over aggregates of supported permissions
[OAK-8278] - RDBDataSourceFactory.CloseableDataSource doesn't
implement java.sql.Wrapper correctly
[OAK-8290] - Update org.apache.felix.framework for jdk13
[OAK-8293] - PrincipalProviderImpl.findPrincipals my return null
values in result iterator
[OAK-8300] - Revision GC may remove previous document without
removing reference
[OAK-8306] - Empty PrincipalProvider cache breaks membership
collection
[OAK-8309] - SLOW_QUERY_COUNT don't get updated for each slow
query.
[OAK-8314] - BlobIds created with direct uploads lack length
suffix
[OAK-8324] - Missing NotNull annotation with
AuthenticationConfiguration and LoginModuleStatsCollector
[OAK-8369] - Misplace checkNotNull in CacheValidator
[OAK-8372] - DeclaredMembershipPredicate contains redundant lookup
of groupTree

[RESULT][VOTE] Release Apache Jackrabbit Oak 1.14.0

2019-06-11 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Julian Reschke
+1 Matt Ryan
+1 Vikas Saurabh
+ Woonsan Ko
+1 Davide Giannella

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

-- Davide




Re: [VOTE] Release Apache Jackrabbit Oak 1.14.0

2019-06-11 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit Oak 1.14.0
D.


Re: [VOTE] Release Apache Jackrabbit Oak 1.14.0

2019-06-06 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit Oak 1.14.0
D.


[VOTE] Release Apache Jackrabbit Oak 1.14.0

2019-06-05 Thread Davide Giannella
A candidate for the Jackrabbit Oak 1.14.0 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.14.0/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.14.0/

The SHA1 checksum of the archive is
2fcaff6ddb40ec67b7d8b141809fc2a9192f5260.

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 oak 1.14.0
2fcaff6ddb40ec67b7d8b141809fc2a9192f5260

Please vote on releasing this package as Apache Jackrabbit Oak 1.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 Oak 1.14.0
    [ ] -1 Do not release this package because...
D.


Oak 1.14.0 release plan

2019-06-04 Thread Davide Giannella
Hello team,

I'm planning to cut Oak later on in the afternoon BST.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Re: changed Jackrabbit API for JCR-4429 and upcoming stable Oak release

2019-05-20 Thread Davide Giannella
On 17/05/2019 15:56, Julian Reschke wrote:
> Given the time pressure, my proposal is to simply *backport* JCR-4429 to
> Jackrabbit 2.18.x. It's just a set of new interfaces, after all, not
> actually implemented by Jackrabbit. We'll then release 2.18.2, update
> Oak trunk to use that, and are done.

+1

>
> Going forward, we should however try to break this dependency. After
> all, it's Oak which is driving the evolution of jackrabbit-api, so it
> really should move over there. This will eliminate the top reason why we
> have been branching Jackrabbit in the past.
>
> To do that, the following should work:
>
> - (svn) cp the subproject over to Oak, align the POM, but do not touch
> package name or export versions
> - once a new stable Oak is released (1.16, sometime later this year),
> drop the jackrabbit-api subproject, and inside the other Jackrabbit
> subprojects reference the new Oak artifact
> - we probably should try to generate a "tombstone" release of
> jackrabbit-api, that would point people to the changed location (needs
> research...) before entirely removing the subproject

+1. The tombstone release may easily be the latest stable we're just
going to cut with the backport. If we don't introduce any API changes.

Davide


[jira] [Commented] (JCR-4435) Archive Jackrabbit wiki

2019-05-16 Thread Davide Giannella (JIRA)


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

Davide Giannella commented on JCR-4435:
---

bq. I propose adding the exported wiki to a new folder archive/wiki under 
https://svn.apache.org/viewvc/jackrabbit/site/live/

+1. We'll have to see how the maven plugin can handle markdown and html pages 
at the same time

> Archive Jackrabbit wiki
> ---
>
> Key: JCR-4435
> URL: https://issues.apache.org/jira/browse/JCR-4435
> Project: Jackrabbit Content Repository
>  Issue Type: Task
>  Components: docs
>Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Attachments: Confluence-space-export-125407-10044.html.zip, 
> wiki.apache.org.tar.bz2
>
>
> The Apache MoinMoin wiki goes out of service by end of May 2019. There is a 
> Confluence wiki that can still be used after that date. The Jackrabbit 
> project at some point created a version of the website using the Confluence 
> wiki and maintained the website that way. However, this has been superseded 
> by a different process using markdown and the Confluence wiki content is now 
> outdated.
> The Apache infrastructure provides a migration tool for MoinMoin to 
> Confluence at http://selfserve.apache.org/



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


[ANNOUNCE] Apache Jackrabbit Oak 1.8.13 released

2019-05-14 Thread Davide Giannella
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.8.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.8.13 is a patch release that contains fixes and
improvements over Oak 1.8. Jackrabbit Oak 1.8.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.8.13
-

Technical task

[OAK-7547] - commons: avoid use of Guava beta APIs in StringSort
[OAK-8016] - RDBDocumentStore: minor improvements to GZIP
compression of BLOB contents
[OAK-8200] - MongoDocumentStore in ReadOnly mode should never
modify persistence
[OAK-8201] - RDBDocumentStore in ReadOnly mode should never modify
persistence
[OAK-8273] - RDBDocumentStore: createOrUpdate with less than 3 ops
suboptimal

Bug

[OAK-7778] - PasswordUtil#isPlainTextPassword doesn't validate
PBKDF2 scheme
[OAK-7912] - ValidNamesTest: potential NPE in teardown
[OAK-8012] - Unmerged branch changes visible after restart
[OAK-8052] - PersistentCache: failure during construction may lead
to resource leak
[OAK-8054] - RepMembersConflictHandler creates property with wrong
type
[OAK-8089] - DocumentNodeStore dispose can fail when duration of
final background ops exceeds lease time
[OAK-8106] - High memory usage when large branch is reset
[OAK-8108] - Branch reset does not remove all branch commit
entries
[OAK-8124] - Sidegrade operation doesn't run security-related
commit hooks
[OAK-8133] - Word SHA1 no longer allowed
[OAK-8139] - DocumentDiscoveryLiteService hasBacklog silencing
must support maven version format
[OAK-8199] - DocumentStore in ReadOnly mode should never modify
persistence
[OAK-8214] - RDBDocumentStore may not inherit ReadOnly flag from
DocumentNodeStore
[OAK-8220] - CommitRootUpdateTest creates malformed value
[OAK-8258] - Active deletion can delete blobs despite indexing
cycle deleting them failed

New Feature

[OAK-8146] - oak-run support for inspecting clusterNodeInfo

Improvement

[OAK-8111] - Create read-only DocumentNodeStore for oak-run
recovery dry run
[OAK-8301] - Ensure travis-ci uses trusty image

Task

[OAK-7577] - Update maven plugins from org.apache.maven.plugins
[OAK-7586] - Update bundle plugin to 3.5.0
[OAK-7689] - Update maven plugins from org.apache.maven.plugins
[OAK-7827] - examples: update Spring dependencies to
1.5.16.RELEASE
[OAK-7831] - examples: update htmlunit dependency to 2.33
[OAK-7833] - oak-examples/webapp: update groovy dependency
[OAK-7848] - update maven-bundle-plugin to 3.5.1
[OAK-7902] - Update osgi-mock to 2.3.10
[OAK-8072] - Aggregate jcr:content result nodes as their parent
[OAK-8085] - Upgrade spotbugs to 3.1.11
[OAK-8098] - oak-examples/webapp: update spring boot dependency to
1.5.19
[OAK-8120] - Update http components to 4.5.7/4.4.11
[OAK-8291] - Update Oak 1.8 to Jackrabbit 2.16.4
[OAK-8296] - DocumentNodeStoreBranchesTest uses
javax.annotation.Nonnull

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.8.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 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 

[ANNOUNCE] Apache Jackrabbit Oak 1.8.13 released

2019-05-14 Thread Davide Giannella
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.8.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.8.13 is a patch release that contains fixes and
improvements over Oak 1.8. Jackrabbit Oak 1.8.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.8.13
-

Technical task

[OAK-7547] - commons: avoid use of Guava beta APIs in StringSort
[OAK-8016] - RDBDocumentStore: minor improvements to GZIP
compression of BLOB contents
[OAK-8200] - MongoDocumentStore in ReadOnly mode should never
modify persistence
[OAK-8201] - RDBDocumentStore in ReadOnly mode should never modify
persistence
[OAK-8273] - RDBDocumentStore: createOrUpdate with less than 3 ops
suboptimal

Bug

[OAK-7778] - PasswordUtil#isPlainTextPassword doesn't validate
PBKDF2 scheme
[OAK-7912] - ValidNamesTest: potential NPE in teardown
[OAK-8012] - Unmerged branch changes visible after restart
[OAK-8052] - PersistentCache: failure during construction may lead
to resource leak
[OAK-8054] - RepMembersConflictHandler creates property with wrong
type
[OAK-8089] - DocumentNodeStore dispose can fail when duration of
final background ops exceeds lease time
[OAK-8106] - High memory usage when large branch is reset
[OAK-8108] - Branch reset does not remove all branch commit
entries
[OAK-8124] - Sidegrade operation doesn't run security-related
commit hooks
[OAK-8133] - Word SHA1 no longer allowed
[OAK-8139] - DocumentDiscoveryLiteService hasBacklog silencing
must support maven version format
[OAK-8199] - DocumentStore in ReadOnly mode should never modify
persistence
[OAK-8214] - RDBDocumentStore may not inherit ReadOnly flag from
DocumentNodeStore
[OAK-8220] - CommitRootUpdateTest creates malformed value
[OAK-8258] - Active deletion can delete blobs despite indexing
cycle deleting them failed

New Feature

[OAK-8146] - oak-run support for inspecting clusterNodeInfo

Improvement

[OAK-8111] - Create read-only DocumentNodeStore for oak-run
recovery dry run
[OAK-8301] - Ensure travis-ci uses trusty image

Task

[OAK-7577] - Update maven plugins from org.apache.maven.plugins
[OAK-7586] - Update bundle plugin to 3.5.0
[OAK-7689] - Update maven plugins from org.apache.maven.plugins
[OAK-7827] - examples: update Spring dependencies to
1.5.16.RELEASE
[OAK-7831] - examples: update htmlunit dependency to 2.33
[OAK-7833] - oak-examples/webapp: update groovy dependency
[OAK-7848] - update maven-bundle-plugin to 3.5.1
[OAK-7902] - Update osgi-mock to 2.3.10
[OAK-8072] - Aggregate jcr:content result nodes as their parent
[OAK-8085] - Upgrade spotbugs to 3.1.11
[OAK-8098] - oak-examples/webapp: update spring boot dependency to
1.5.19
[OAK-8120] - Update http components to 4.5.7/4.4.11
[OAK-8291] - Update Oak 1.8 to Jackrabbit 2.16.4
[OAK-8296] - DocumentNodeStoreBranchesTest uses
javax.annotation.Nonnull

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.8.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 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 

[RESULT][VOTE] Release Apache Jackrabbit Oak 1.8.13

2019-05-14 Thread Davide Giannella
Hello Team,

the vote passes as follows:

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

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

-- Davide




Re: [VOTE] Release Apache Jackrabbit 2.19.3

2019-05-08 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit 2.19.3
D.


Oak 1.8.13 release plan

2019-05-07 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on later in the afternoon or tomorrow depending
on workload.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Re: [VOTE] Release Apache Jackrabbit 2.16.4

2019-05-03 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit 2.16.4
D.


Re: updating pom.xml to latest jackrabbit version

2019-05-03 Thread Davide Giannella
On 03/05/2019 10:35, Angela Schreiber wrote:
> hi oak-devs
>
> for my recent work on OAK-8190 i would need the latest jackrabbit-api 
> including the extension added with JCR-4429. looking that summary written by 
> Davide recently (http://markmail.org/message/bndcm5jwfasj4otm) and on the oak 
> documentation i couldn't find if we are still fine to temporarily have a 
> snapshot dependency to jackrabbit during development. i vaguely remember that 
> we discussed this topic but don't recall the final conclusion/decision.
>
> i already create a task reminding us that we need to update the jackrabbit 
> version in the parent pom (https://issues.apache.org/jira/browse/OAK-8295) 
> before cutting 1.14.0 but obviously that's a bit late for the ongoing 
> development.
>

No SNAPSHOT please. Release an unstable JR and include such version oak
trunk. We will then decide whether release a new stable or backport. The
non-snapshot will ease the integration for downstream projects.

Davide

PS: yes we should discuss what we're going to do with JR but in short I
think it makes sense for now to adopt the same model we're using for Oak.



[ANNOUNCE] Apache Jackrabbit Oak 1.12.0 released

2019-04-15 Thread Davide Giannella
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.12.0

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.12.0 is an incremental feature release based
on and compatible with earlier stable Jackrabbit Oak 1.x
releases. This release is 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.12.0
-

Technical task

[OAK-7960] - RDB: add to Oak documentation
[OAK-7970] - RDB*Store: add profile for DB2 11.1 JDBC driver
[OAK-7971] - RDB*Store: update DB2 JDBC reference to 4.19.77
[OAK-7978] - guava-latest profile defunct
[OAK-7979] - DeclaredMembershipPredicate does not compile with
Guava 20
[OAK-8002] - RDBDocumentStore: add RDB-specific
MissingLastRevSeeker
[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-8071] - Logging to detect commits carrying over from previous
GC generation can block other threads from committing
[OAK-8074] - RDB*Store: update mysql-connector-java dependency to
8.0.15
[OAK-8080] - RDB*Store: move DB-specific config hints from Javadoc
into oak-doc
[OAK-8083] - RDB*Store: add SQLServer specific documentation
[OAK-8087] - RDB*Store: update mssql-jdbc driver reference to
7.2.1.jre8
[OAK-8147] - RDBBlobStore: add perf logging for JDBC read
operations
[OAK-8200] - MongoDocumentStore in ReadOnly mode should never
modify persistence

Bug

[OAK-6749] - Segment-Tar standby sync fails with "in-memory" blobs
present in the source repo
[OAK-7027] - Test failure:
ExternalPrivateStoreIT.testSyncFailingDueToTooShortTimeout
[OAK-7719] - CheckCommand should consistently use an alternative
journal if specified
[OAK-7938] - Test failure: MBeanIT.testClientAndServerEmptyConfig
[OAK-7951] - Datastore GC stats not updated with failure when "Not
all repositories have marked references available"
[OAK-7953] - Test failure:
JdbcToSegmentWithMetadataTest.validateMigration()
[OAK-7966] - Avoid adding excluded principal to cug policy
[OAK-7975] - Facet extraction fails while requesting multiple
facets and one of the requested facets doesn't have indexed values
[OAK-7982] - ACL.addEntry: check for mandatory restrictions only
respects single value restrictions
[OAK-7986] - Incorrect MongoDB URI in
ReplicaSetDefaultWriteConcernIT
[OAK-7987] -
LdapIdentityProviderImpl#getIdentity(ExternalIdentityRef) won't
work with useUidForExtId enabled
[OAK-7993] -
CompositeAuthorizationConfiguration.getRestrictionProvider()
should filter duplications
[OAK-7997] - Adding restrictions to ACLs yields empty results for
queries in Jackrabbit Oak
[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-8013] - [Direct Binary Access] DataRecordDownloadOptions
creates invalid Content-Disposition headers - Workaround
[OAK-8017] - Test failure: LastRevRecoveryRandomizedIT
[OAK-8023] - AccessControlManagerImpl can not handle repository
level when editing policies by principal
[OAK-8024] - oak-http generates invalid html
[OAK-8026] - Warn message when branch is created
[OAK-8033] - Node states sometimes refer to more than a single
generation of segments after a full compaction
[OAK-8035] - Debug logging when two or more indices have same or
very close cost amounts doesn't work in case both indices belong
to the same type of Query Index
[OAK-8044] - AccessControlManagerImpl.getEffectivePolicies returns
empty ACLs
[OAK-8045] - Allow for ranking being specified with
UserAuthenticatonFactory implementations
[OAK-8049] - AbstractSecurityTest: fix PartialValueFactory field
and it's 

[RESULT][VOTE] Release Apache Jackrabbit Oak 1.12.0

2019-04-15 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Julian Reschke
+1 Woonsan Ko
+1 Marcel Reutegger
+1 Davide Giannella

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

-- Davide




Re: [VOTE] Release Apache Jackrabbit 2.18.1

2019-04-15 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit 2.18.1
D.


[ANNOUNCE] Apache Jackrabbit Oak 1.6.17 released

2019-04-12 Thread Davide Giannella
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.6.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.

Jackrabbit Oak 1.6.17 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.17
-

Bug

[OAK-7975] - Facet extraction fails while requesting multiple
facets and one of the requested facets doesn't have indexed values
[OAK-8007] - RDBDocumentStore: potential off-heap memory leakage
due to unclosed GzipInputStream
[OAK-8033] - Node states sometimes refer to more than a single
generation of segments after a full compaction
[OAK-8051] - PersistentCache: error during open can lead to
incomplete initialization and subsequent NPEs
[OAK-8070] - The date-based copy-versions directive doesn't work
correctly with include-paths
[OAK-8106] - High memory usage when large branch is reset
[OAK-8123] - Build failure with Maven 3.6.0
[OAK-8133] - Word SHA1 no longer allowed

Improvement

[OAK-8084] - LogCustomizer should allow instantiation with Java
class (in addition to class name)

Task

[OAK-7219] - Update Logback version to >= 1.2.0, SLF4J accordingly
[OAK-7892] - LogCustomizer should support slf4j log level

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 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/




[ANNOUNCE] Apache Jackrabbit Oak 1.6.17 released

2019-04-12 Thread Davide Giannella
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.6.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.

Jackrabbit Oak 1.6.17 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.17
-

Bug

[OAK-7975] - Facet extraction fails while requesting multiple
facets and one of the requested facets doesn't have indexed values
[OAK-8007] - RDBDocumentStore: potential off-heap memory leakage
due to unclosed GzipInputStream
[OAK-8033] - Node states sometimes refer to more than a single
generation of segments after a full compaction
[OAK-8051] - PersistentCache: error during open can lead to
incomplete initialization and subsequent NPEs
[OAK-8070] - The date-based copy-versions directive doesn't work
correctly with include-paths
[OAK-8106] - High memory usage when large branch is reset
[OAK-8123] - Build failure with Maven 3.6.0
[OAK-8133] - Word SHA1 no longer allowed

Improvement

[OAK-8084] - LogCustomizer should allow instantiation with Java
class (in addition to class name)

Task

[OAK-7219] - Update Logback version to >= 1.2.0, SLF4J accordingly
[OAK-7892] - LogCustomizer should support slf4j log level

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 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/




[RESULT][VOTE] Release Apache Jackrabbit Oak 1.6.17

2019-04-12 Thread Davide Giannella
Hello Team,

the vote passes as follows:

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

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

-- Davide




Re: [VOTE] Release Apache Jackrabbit Oak 1.12.0

2019-04-10 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit Oak 1.12.0
D.


[VOTE] Release Apache Jackrabbit Oak 1.12.0

2019-04-09 Thread Davide Giannella
A candidate for the Jackrabbit Oak 1.12.0 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.12.0/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.12.0/

The SHA1 checksum of the archive is
fb5f678a4720128d15ff9d8c62a4ab92dc7d6cc8.

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 oak 1.12.0
fb5f678a4720128d15ff9d8c62a4ab92dc7d6cc8

Please vote on releasing this package as Apache Jackrabbit Oak 1.12.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 Oak 1.12.0
    [ ] -1 Do not release this package because...
D.


Re: [VOTE] Release Apache Jackrabbit Oak 1.6.17

2019-04-09 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit Oak 1.6.17
D.


[VOTE] Release Apache Jackrabbit Oak 1.6.17

2019-04-08 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.6.17 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.6.17/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.6.17/

The SHA1 checksum of the archive is
1bf92037b7ea69196462f41ea0528e4cdd835ca8.

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 oak 1.6.17
1bf92037b7ea69196462f41ea0528e4cdd835ca8

Please vote on releasing this package as Apache Jackrabbit Oak 1.6.17.
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 Oak 1.6.17
    [ ] -1 Do not release this package because...

D.


Re: [VOTE] Release Apache Jackrabbit 2.19.2

2019-04-08 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit 2.19.2
D.


Oak 1.6.17 release plan

2019-04-04 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on either Monday 8th or Tuesday 9th depending on
workload.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Oak 1.12.0 release plan

2019-04-04 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on Monday 8th April.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

I will update the docs with the decisions we made around branching and
strategies today.

Thanks
Davide




Re: [SUMMARY] Branching and release

2019-03-28 Thread Davide Giannella
On 28/03/2019 10:17, Marcel Reutegger wrote:
> There is still a fix version 1.11.0 in JIRA and resolved issues get that fix
> version in addition to 1.12. If there are no objections, I'd like to remove
> the 1.11.0 fix version from all resolved issues and the project as well.
> I don't see a reason why we should keep it since we do not intend to
> create such a release.

Done! Thanks for spotting.

All 1.11.0 are now 1.12.0 and 1.11.0 has gone.

I saw we still have versions like 1.10. Do we want to overall go through
a bit of sanitisation in Jira?

Cheers
Davide


[SUMMARY] Branching and release

2019-03-27 Thread Davide Giannella
Good afternoon everyone,

here's a summary of what we discussed in previous threads:

https://lists.apache.org/thread.html/768807eed3379dc08921a1510264136ffe4a7a1230d9ca7881cc0a59@%3Coak-dev.jackrabbit.apache.org%3E
https://lists.apache.org/thread.html/c29415060be41938bdb7bfeac3e79a5d7efaf51dff84461657dff462@%3Coak-dev.jackrabbit.apache.org%3E

*Strategies*

- trunk will be considered stable
- only releases from trunk other than existing branches
- any previous release from trunk will be automatically deprecated

*Branching*

Branching will not happen other than in specific circumstances. Such as,
but not limited to:

- incompatible API changes
- incompatible JVM changes
- updates to dependencies that breaks backward compatibility

In short: most probably it will always be around non-backward-compatible
changes

Anyhow in such cases the branching is not automatic and will be
discussed between PMCs a best course of actions. Alternatives may be a
different way to implement something breaking.

*Frequency*

Every two months with room, as usual, for early cuts in case or urgent
needs.

*Version Numbers*

- Released versions will be in the format of `Major.Minor.Patch` where,
as rule of thumb we will increase

 1. MAJOR version when you make incompatible API changes,
 2. MINOR version when you add functionality in a backwards-compatible
    manner, and
 3. PATCH version when you make backwards-compatible bug fixes.

- We'll keep the even/odd schema
- Any new official release will be always even: 1.12.0, 1.14.0, 1.16.0,
..., 1.124.0
- A release will always be with a patch number (the last part) of `.0`.
This ease OSGi deployments.
- Diagnostic builds will be cut with the odd version and `-Rxxx` such as
1.15-R12345.
- In case of branching the increased part will always be the PATCH so:
1.16.0, 1.16.1, 1.16.2, etc.
- In case of branching the diagnostic build will follow the current
pattern: `1.16.5-R12345`

If I missed anything or any objections please reply. I will update docs
in the near future.

Cheers
Davide


Re: [DISCUSS] Branching and release: version numbers

2019-03-20 Thread Davide Giannella
On 05/03/2019 10:18, Davide Giannella wrote:
> On 04/03/2019 13:31, Robert Munteanu wrote:
>> As you mentioned, we don't need to increase the major version whenever
>> we branch. I just wanted to clarify that since in this email thread
>> branching seems to be conflated with major version increases and that
>> IMO not correct (and your reply seems to support that).
> +1
>

during a chat with Amit a realised that we will still have to release a
version number with a revision to `0`.  So we'll have 1.12.0, 1.14.0,
1.16.0 etc.

This will make our life easier in OSGi environments when we'll have to
branch as the first patch release will be 1.14.1 (for example) which
will definitely be greater than 1.14.0.

OSGi and maven speaking 1.14 and 1.14.0 are the same version

http://versionatorr.appspot.com/?a=1.14=1.14.0

so we either make sure to release 1.14 and 1.14.1 or we release 1.14.0.

Thoughts?

Davide




Re: [VOTE] Release Apache Jackrabbit Oak 1.10.2

2019-03-19 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit Oak 1.10.2
Davide


[ANNOUNCE] Apache Jackrabbit Oak 1.2.31 released

2019-03-14 Thread Davide Giannella
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.2.31

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.31 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.31
-

Bug

[OAK-7935] - RDB*Store: createOrUpdate may fail on stale cache
when document was removed on different instance

Improvement

[OAK-7925] - OakUpgrade for RDBMK: user name and password must
match

Task

[OAK-7868] - Update Oak 1.4 and 1.2 to Jackrabbit 2.12.10


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 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/




[ANNOUNCE] Apache Jackrabbit Oak 1.2.31 released

2019-03-14 Thread Davide Giannella
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.2.31

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.31 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.31
-

Bug

[OAK-7935] - RDB*Store: createOrUpdate may fail on stale cache
when document was removed on different instance

Improvement

[OAK-7925] - OakUpgrade for RDBMK: user name and password must
match

Task

[OAK-7868] - Update Oak 1.4 and 1.2 to Jackrabbit 2.12.10


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 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/




[ANNOUNCE] Apache Jackrabbit Oak 1.8.12 released

2019-03-14 Thread Davide Giannella
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.8.12

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

Technical task

[OAK-7201] - make Guava version configurable at build time
[OAK-7399] - add build profile "guava-latest" to build with latest
supported Guava version
[OAK-7894] - RDBDocumentStore: add perf logging for JDBC read
operations
[OAK-7960] - RDB: add to Oak documentation
[OAK-7978] - guava-latest profile defunct
[OAK-8004] - oak-run: support "recovery" command for
RDBDocumentStore
[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-8071] - Logging to detect commits carrying over from previous
GC generation can block other threads from committing

Bug

[OAK-1819] - oak-solr-core test failures on Java 8 and later
[OAK-6749] - Segment-Tar standby sync fails with "in-memory" blobs
present in the source repo
[OAK-7751] - CopyOnReadDirectory#removeDeletedFiles asks
IndexCopier to check timestamp for (remote only) segments.gen
leading to failure to clean up local files
[OAK-7901] - NodeTypeRegistryTest uses javax.annotation.Nonnull
[OAK-8006] - SegmentBlob#readLongBlobId might cause
SegmentNotFoundException on standby
[OAK-8007] - RDBDocumentStore: potential off-heap memory leakage
due to unclosed GzipInputStream
[OAK-8033] - Node states sometimes refer to more than a single
generation of segments after a full compaction
[OAK-8051] - PersistentCache: error during open can lead to
incomplete initialization and subsequent NPEs
[OAK-8063] - The cold standby client doesn't correctly handle
backward references
[OAK-8070] - The date-based copy-versions directive doesn't work
correctly with include-paths

Improvement

[OAK-7246] - Improve cleanup of locally copied index files
[OAK-8046] - Result items are not always correctly counted against
the configured read limit if a query uses a lucene index
[OAK-8084] - LogCustomizer should allow instantiation with Java
class (in addition to class name)
[OAK-8088] - Add refresh head revision time to background update
stats

Task

[OAK-7826] - examples: remove unused slf4f related vars from pom
[OAK-7892] - LogCustomizer should support slf4j log levels
[OAK-7969] - Update tika dependency to 1.20
[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

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.8.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 

[ANNOUNCE] Apache Jackrabbit Oak 1.8.12 released

2019-03-14 Thread Davide Giannella
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.8.12

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

Technical task

[OAK-7201] - make Guava version configurable at build time
[OAK-7399] - add build profile "guava-latest" to build with latest
supported Guava version
[OAK-7894] - RDBDocumentStore: add perf logging for JDBC read
operations
[OAK-7960] - RDB: add to Oak documentation
[OAK-7978] - guava-latest profile defunct
[OAK-8004] - oak-run: support "recovery" command for
RDBDocumentStore
[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-8071] - Logging to detect commits carrying over from previous
GC generation can block other threads from committing

Bug

[OAK-1819] - oak-solr-core test failures on Java 8 and later
[OAK-6749] - Segment-Tar standby sync fails with "in-memory" blobs
present in the source repo
[OAK-7751] - CopyOnReadDirectory#removeDeletedFiles asks
IndexCopier to check timestamp for (remote only) segments.gen
leading to failure to clean up local files
[OAK-7901] - NodeTypeRegistryTest uses javax.annotation.Nonnull
[OAK-8006] - SegmentBlob#readLongBlobId might cause
SegmentNotFoundException on standby
[OAK-8007] - RDBDocumentStore: potential off-heap memory leakage
due to unclosed GzipInputStream
[OAK-8033] - Node states sometimes refer to more than a single
generation of segments after a full compaction
[OAK-8051] - PersistentCache: error during open can lead to
incomplete initialization and subsequent NPEs
[OAK-8063] - The cold standby client doesn't correctly handle
backward references
[OAK-8070] - The date-based copy-versions directive doesn't work
correctly with include-paths

Improvement

[OAK-7246] - Improve cleanup of locally copied index files
[OAK-8046] - Result items are not always correctly counted against
the configured read limit if a query uses a lucene index
[OAK-8084] - LogCustomizer should allow instantiation with Java
class (in addition to class name)
[OAK-8088] - Add refresh head revision time to background update
stats

Task

[OAK-7826] - examples: remove unused slf4f related vars from pom
[OAK-7892] - LogCustomizer should support slf4j log levels
[OAK-7969] - Update tika dependency to 1.20
[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

In addition to the above-mentioned changes, this release contains
all changes included up to the Apache Jackrabbit Oak 1.8.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 

[RESULT][VOTE] Release Apache Jackrabbit Oak 1.8.12

2019-03-14 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Alex Deparvu
+1 Davide Giannella
+1 Marcel Reutegger
+1 Julian Reschke
+1 Woosan Ko

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

-- Davide




[RESULT][VOTE] Release Apache Jackrabbit Oak 1.2.31

2019-03-14 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1  Julian Reschke
+1 Woosan Ko
+1 Marcel Reutegger

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

-- Davide




Oak 1.10.2 release plan

2019-03-14 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on Monday 18th March.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




[DISCUSS] Branching and releasing: frequency

2019-03-12 Thread Davide Giannella
Good afternoon team,

as we discussed in separate threads about strategies and version numbers
and we agreed in principles on the way forward we still have to address
one topic of the release: the frequency.

Was looking at what JDK does and merge it with our own experience.

JDK releases a new one every 6 months and on top there will be a quarter
release called "update release". We could see them as bugfix for us.

I personally think that such frequency is way too long and while gives
time to everyone to update to a new version is kind-of shifting us away
from the model of no-branch.

Probably by looking at the past I'm a bit thorn between a monthly or
every two months release. I'm slightly more in favour of the latter (2
months). I think it will be the right time for adoption and burden for
us in terms of release cutting.

Additionally we were never strict on timing and we always accommodated
shifts in both direction (early as well as late) to make room for what's
needed.

Any thoughts on the above?

Davide


[VOTE] Release Apache Jackrabbit Oak 1.2.31

2019-03-11 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.2.31 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.2.31/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.2.31/

The SHA1 checksum of the archive is
c9614802583543657069fe3fbec550ddc6b65dd0.

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 oak 1.2.31
c9614802583543657069fe3fbec550ddc6b65dd0

Please vote on releasing this package as Apache Jackrabbit Oak 1.2.31.
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 Oak 1.2.31
    [ ] -1 Do not release this package because...

D.


Re: [VOTE] Release Apache Jackrabbit Oak 1.8.12

2019-03-11 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit Oak 1.8.12
D.


[VOTE] Release Apache Jackrabbit Oak 1.8.12

2019-03-11 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.8.12 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.8.12/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.8.12/

The SHA1 checksum of the archive is
5cb421d0b160898b25df94ab1a10c4e391119c03.

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 oak 1.8.12
5cb421d0b160898b25df94ab1a10c4e391119c03

Please vote on releasing this package as Apache Jackrabbit Oak 1.8.12.
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 Oak 1.8.12
    [ ] -1 Do not release this package because...

D.


Oak 1.2.31 release plan

2019-03-07 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on either Monday 11th March or Tuesday.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Oak 1.8.12 release plan

2019-03-07 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on Monday 11th March.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Re: [DISCUSS] Branching and release: version numbers

2019-03-05 Thread Davide Giannella
On 04/03/2019 13:31, Robert Munteanu wrote:
> As you mentioned, we don't need to increase the major version whenever
> we branch. I just wanted to clarify that since in this email thread
> branching seems to be conflated with major version increases and that
> IMO not correct (and your reply seems to support that).

+1

D.



Re: [DISCUSS] Branching and release: version numbers

2019-03-04 Thread Davide Giannella
On 04/03/2019 12:43, Julian Reschke wrote:
> On 01.03.2019 10:48, Davide Giannella wrote:
>> Good morning everyone,
>>
>> it looks like the strategy proposed in a previous post about future
>> branching and strategies[0] is good with everyone. Now it's time to
>> discuss the version number schema we'd like to adopt.
>>
>> Referring to https://semver.org/ which goes along what I was taught in
>> school we could apply the following rules on version numbers
>>
>>   1. MAJOR version when you make incompatible API changes,
>>   2. MINOR version when you add functionality in a backwards-compatible
>>  manner, and
>>   3. PATCH version when you make backwards-compatible bug fixes.
>
> Hm - doesn't that introduce potential confusion with the package
> export versions, for which Semver is relevant only?

I think is more or less the same level of confusion we currently have.
One thing is the API/OSGi export versions and the other are the product
version. For example Oak 7.34 could introduce an API change but only for
a specific package while leaving untouched the rest of the code base.
For us it will be a non-compatible change and forcing us to branch but
to a keen eye it may be a compatible change as the product using Oak is
not using that specific package.

By keeping the two concept separated will help, IMO, to instruct tools
in what is actually compatible for a specific product.

> I'm not sure how to read this? Is your proposal to start with 2.0 as
> first stable release?

No. The first stable will be 1.12, followed (hopefully) by 1.14.

D.


Re: [DISCUSS] Branching and release: version numbers

2019-03-04 Thread Davide Giannella
On 04/03/2019 12:08, Robert Munteanu wrote:
> It all sounds reasonable to me. One comment regarding your example -
> branching does not necessarily force to increase the major component of
> the version.
>
> >From your initial email, one use case for having maintenance branches
> is to support incompatible changes in the JVM.
>
> Asumming that with 1.26 we want to end Java 19 support, then the next
> Oak release could be 1.28, as we did not previously treat such changes
> as 'breaking'.

hmmm. We will add/change JVM even without branching if it will not
require us to change API in a non-compatible way. By the definition I
gave before a Major change is for:

>> MAJOR version when you make incompatible API changes.

so while in the past we didn't branch for JVM itself I think it happened
either along with a new branch anyhow or it didn't require us to change
our API in a non-compatible way.

D.




[DISCUSS] Branching and release: version numbers

2019-03-01 Thread Davide Giannella
Good morning everyone,

it looks like the strategy proposed in a previous post about future
branching and strategies[0] is good with everyone. Now it's time to
discuss the version number schema we'd like to adopt.

Referring to https://semver.org/ which goes along what I was taught in
school we could apply the following rules on version numbers

 1. MAJOR version when you make incompatible API changes,
 2. MINOR version when you add functionality in a backwards-compatible
manner, and
 3. PATCH version when you make backwards-compatible bug fixes.


Given that any new release will always include both bugs and features,
point 3 does not really apply to us. We're therefore left with a schema
of MAJOR.MINOR.

Additionally, even if not strictly required I would keep the even/odd
schema we currently have. With the exception that we won't ever release
odd versions as by definition we account any release as stable.

All given we have the following examples:

1.12, 1.14, 1.16, 1.18, 1.20, ..., 1.26

Now let's say we have to branch at 1.26 time we would create a branch
`svn/.../branches/1.26` that will produce thereafter 1.26.0, 1.26.1, etc.

Trunk will become: 2.0, 2.2, 2.4, 2.6, etc.

Thoughts?
Davide


0)
https://lists.apache.org/thread.html/768807eed3379dc08921a1510264136ffe4a7a1230d9ca7881cc0a59@%3Coak-dev.jackrabbit.apache.org%3E


Re: [VOTE] Release Apache Jackrabbit Oak 1.10.1

2019-02-25 Thread Davide Giannella
[X] +1 Release this package as Apache Jackrabbit Oak 1.10.1
D.



Oak 1.10.1 release plan

2019-02-22 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on Monday 25th February.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




Re: [DISCUSS] branching and release strategies

2019-02-21 Thread Davide Giannella
So much for having said... ;)
> Please let's focus on the process here and ignore the version number.

In-line as usual

On 20/02/2019 14:54, Marcel Reutegger wrote:
> Hi,
>
> On 20.02.19, 13:21, "Robert Munteanu"  wrote:
>> On Wed, 2019-02-20 at 10:45 +, Davide Giannella wrote:
>>> - Any previous oak release will be automatically deprecated. What has
>>> been already branched and released still stays there. This applies
>>> only
>>> to future releases.
>> So say we release 1.12 from trunk and then 1.12.1 from trunk. Does that
>> mean that 1.12 becomes instantly deprecated?
> I wouldn't call it deprecated, but 1.12.1 will be the new recommended
> version. This specific situation is very similar to how we do maintenance
> releases. The most recent release from a maintenance branch is the one
> we recommend.

True. By not having a branch we cannot deliver something limited to a
bug fix. So 1.12.1 will be the next good one with all the bells and
whistles.

It will therefore happen that if we have 1.12.2 and someone reports
something against 1.12.0 the first thing will be to see if it's
reproducible in trunk. We won't have any branch and the user will have
to use the latest and greatest.

>> Do we even plan to make minor releases such as 1.12.1 or will 1.13
>> immediately follow after 1.12?
> That's a good question. In my view we could make micro releases based
> on what has changed since the last minor release. If it's just bug fixes,
> release as 1.12.1 otherwise move to 1.14.
>
> Note the even minor version. To avoid confusion, we could still say only
> even minor versions are considered stable release. Even though  we
> wouldn't create releases anymore with uneven minor version numbers.

I wanted to keep the version number discussion separate because it
involves more questions than answers.

However I agree with Marcel. Rule of thumb IMO should be: only micro
releases other that there are changes justifying the minor change. I
would stick to even minor numbers as well to ease the understanding
keeping the same concept of even/odd - stable/unstable. By not having
any more unstable we won't have any more odd releases.

Tanking from https://semver.org/ I think this could help us deliver new
version numbers and is what I was taught in school "few" years ago :)

Given a version number MAJOR.MINOR.PATCH, increment the:

 1. MAJOR version when you make incompatible API changes,
 2. MINOR version when you add functionality in a backwards-compatible
manner, and
 3. PATCH version when you make backwards-compatible bug fixes.

Given the above rules (if fine with everyone) we'll have a versioning
schema that makes us increasing `major` every time we need to branch.
Because for us branching will be always around backward incompatible
changes.

Additionally we won't have `patch` numbers because, for the above
discussion, any release will probably always have a mix of features and
bug fixes. So we may end up in having 1.12, 1.14, 1.16, etc.

Davide



[DISCUSS] branching and release strategies

2019-02-20 Thread Davide Giannella
Good morning team,

there were some discussions face to face between some of the Oak team
members about the many branches we currently have to support and how we
could better support the changing world around releases of "tools" we
use. Most notably is the JVM support and release model from Oracle.

We came out with the following proposal for future development; what
currently is: `1.12-SNAPSHOT`.

Please let's focus on the process here and ignore the version number.

*Key Facts*

- Trunk will be considered stable

- We'll need to pay extra attention to commit in trunk. Moving therefore
a more feature-branch oriented approach when needed rather than simply
committing to trunk.

- There will be releases only from trunk

- Any previous oak release will be automatically deprecated. What has
been already branched and released still stays there. This applies only
to future releases.

*Branching*

Now it may come the case when we NEED to branch for a reason or another.
This is most probably going to happen for technical reasons like, but
not limited to, the following

- incompatible changes in the API

- incompatible changes in the JVM which we may have or want to use

- updates to dependencies that break backwards compatibility

In such cases we'll discuss the best course of action between branching
and changing the breaking change. If branching we'll go back in time
(svn speaking) branching off at the last good revision. The branch will
then follow the usual support model.

*Frequency*

For trunk probably the best frequency will be around the "once a month"
mark. Maybe even longer. Definitely not shorter as there may not be time
to allow discussions and tests to happen before cutting the release.

*Jackrabbit 2*

So what is going to happen to jackrabbit 2? Release wise it won't change
for jackrabbit. It will be treated as a separate product and Oak will
use a stable version in trunk. If/When the needs will arise and there
will be an incompatible change in JR, we'll coordinate on a per-case
basis. Most probably the process will be:

- release JR unstable

- integrate JR unstable in oak and test

- branch or backport JR change and release stable

- update Oak to next stable JR

Regards
Davide




Re: [VOTE] Release Apache Jackrabbit 2.19.1

2019-02-05 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit 2.19.1
D.


new release schedule

2019-01-17 Thread Davide Giannella
Hello everyone,

As we have another branch to maintain I've just updated the release schedule

http://jackrabbit.apache.org/oak/docs/release-schedule.html

any concerns reply here :)

Regards
Davide


[ANNOUNCE] Apache Jackrabbit Oak 1.10.0 released

2019-01-16 Thread Davide Giannella
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.10.0

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 is an incremental feature release based on and
compatible with earlier stable Jackrabbit Oak 1.x releases. 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.0
-

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


Sub-task

[OAK-7177] - Utility method to detect local change
[OAK-7179] - Derive CountingTieredDiffCache from MemoryDiffCache
[OAK-7225] - Replace AtomicCounter Supplier
[OAK-7344] - Additional benchmark(s) to cover areas of
improvements
[OAK-7345] - Benchmark Results for Oak 1.8 (status quo)
[OAK-7346] - Benchmark Results for Initial Patch
[OAK-7438] - Expose mongo.url as build property
[OAK-7626] - Strict lease check mode
[OAK-7628] - Prevent commits after lease end
[OAK-7636] - Replace usage of deprecated
DocumentNodeStoreBuilder.setLeaseCheck()
[OAK-7654] - Remove usage of deprecated MongoDB Java driver 2.x
API
[OAK-7655] - Replace fongo dependency with custom test wrapper
[OAK-7898] - Facet queries with UNION should do trivial merge of
facets from sub-queries
[OAK-7930] - Add tape sampling

Technical task

[OAK-5122] - Exercise for Custom Authorization Models
[OAK-6770] - Convert oak-segment-tar to OSGi R6 annotations
[OAK-6812] - UpdateOp Condition: be consistent about the support
for non-revision properties
[OAK-6957] - Remove export for org.apache.jackrabbit.oak.security
[OAK-7060] - RDBDocumentStore.getStats() for SQLServer
[OAK-7137] - Upgrade to scr bnd plugin that places the metatype
files in the correct location
[OAK-7138] - Move metatype files in source control to correct
location
[OAK-7141] - Remove unused metatype.properties
[OAK-7142] - RDBDocumentStoreDB: use try-with-resources in new
code introduced for getStats()
[OAK-7149] - RDBDocumentStore.getStats() for Derby
[OAK-7159] - RDBDocumentStore: use try-with-resources for nodes
cache locks
[OAK-7181] - RDBDocumentStore: use try-with-resources for
ChangesTracker
[OAK-7184] - LengthCachingDataStoreTest: Remove unused import of
Guava InputSupplier
[OAK-7185] - Upgrade jclouds dependency to 2.0.3
[OAK-7186] - avoid use of guava Iterators.emptyIterator()
[OAK-7188] - guava: ListenableFuture.transform() changes to
transformAsync in version 20
[OAK-7201] - make Guava version configurable at build time
[OAK-7204] - RDB*Store: update postgresql JDBC driver reference to
42.2.0
[OAK-7269] - DocumentStore: add test coverage for various types of
IDs
[OAK-7270] - RDBDocumentStore: guard against invalid strings in
IDs
[OAK-7289] - RDBDocumentStore: potential NPE in error handling
code
[OAK-7292] - RDB*Store: update tomcat jdbc dependency to 8.5.28
[OAK-7299] - RDB*Store: update postgresql JDBC driver reference to
42.2.1
[OAK-7305] - Introduce DocumentStoreException type
[OAK-7306] - MongoDocumentStore: use transient
DocumentStoreException type where appropriate
[OAK-7307] - RDBDocumentStore: use transient
DocumentStoreException type where appropriate
[OAK-7308] - Retry commit on transient DocumentStoreException
[OAK-7313] - RDB*Store: add DEBUG level logging for filters in
RDBVersionGCSupport
[OAK-7329] - RDB*Store for SQLServer: name the PK index for better
readability
[OAK-7330] - RDBDocumentStore: make indices on SD* sparse where
possible
[OAK-7331] - RDBDocumentStore: add index on _MODIFIED to improve
VersionGC performance
[OAK-7333] - RDBDocumentStore: refactor index report
[OAK-7342] - RDBDocumentStore: missing rollback after delete
failures
[OAK-7359] - Update to MongoDB Java driver 3.6
[OAK-7360] - Migrate to the MongoDB Java driver API 3.0
[OAK-7399] - add build profile "guava-latest" to build with latest
supported Guava version
[OAK-7406] - relax guava version range in Import-Package
declarations
[OAK-7409] - Move Lucene agnostic utilities out of oak-lucene into
oak-search
[OAK-7410] - Define SPIs for Oak Search module
[OAK-7411] - 

[ANNOUNCE] Apache Jackrabbit Oak 1.10.0 released

2019-01-16 Thread Davide Giannella
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.10.0

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 is an incremental feature release based on and
compatible with earlier stable Jackrabbit Oak 1.x releases. 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.0
-

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


Sub-task

[OAK-7177] - Utility method to detect local change
[OAK-7179] - Derive CountingTieredDiffCache from MemoryDiffCache
[OAK-7225] - Replace AtomicCounter Supplier
[OAK-7344] - Additional benchmark(s) to cover areas of
improvements
[OAK-7345] - Benchmark Results for Oak 1.8 (status quo)
[OAK-7346] - Benchmark Results for Initial Patch
[OAK-7438] - Expose mongo.url as build property
[OAK-7626] - Strict lease check mode
[OAK-7628] - Prevent commits after lease end
[OAK-7636] - Replace usage of deprecated
DocumentNodeStoreBuilder.setLeaseCheck()
[OAK-7654] - Remove usage of deprecated MongoDB Java driver 2.x
API
[OAK-7655] - Replace fongo dependency with custom test wrapper
[OAK-7898] - Facet queries with UNION should do trivial merge of
facets from sub-queries
[OAK-7930] - Add tape sampling

Technical task

[OAK-5122] - Exercise for Custom Authorization Models
[OAK-6770] - Convert oak-segment-tar to OSGi R6 annotations
[OAK-6812] - UpdateOp Condition: be consistent about the support
for non-revision properties
[OAK-6957] - Remove export for org.apache.jackrabbit.oak.security
[OAK-7060] - RDBDocumentStore.getStats() for SQLServer
[OAK-7137] - Upgrade to scr bnd plugin that places the metatype
files in the correct location
[OAK-7138] - Move metatype files in source control to correct
location
[OAK-7141] - Remove unused metatype.properties
[OAK-7142] - RDBDocumentStoreDB: use try-with-resources in new
code introduced for getStats()
[OAK-7149] - RDBDocumentStore.getStats() for Derby
[OAK-7159] - RDBDocumentStore: use try-with-resources for nodes
cache locks
[OAK-7181] - RDBDocumentStore: use try-with-resources for
ChangesTracker
[OAK-7184] - LengthCachingDataStoreTest: Remove unused import of
Guava InputSupplier
[OAK-7185] - Upgrade jclouds dependency to 2.0.3
[OAK-7186] - avoid use of guava Iterators.emptyIterator()
[OAK-7188] - guava: ListenableFuture.transform() changes to
transformAsync in version 20
[OAK-7201] - make Guava version configurable at build time
[OAK-7204] - RDB*Store: update postgresql JDBC driver reference to
42.2.0
[OAK-7269] - DocumentStore: add test coverage for various types of
IDs
[OAK-7270] - RDBDocumentStore: guard against invalid strings in
IDs
[OAK-7289] - RDBDocumentStore: potential NPE in error handling
code
[OAK-7292] - RDB*Store: update tomcat jdbc dependency to 8.5.28
[OAK-7299] - RDB*Store: update postgresql JDBC driver reference to
42.2.1
[OAK-7305] - Introduce DocumentStoreException type
[OAK-7306] - MongoDocumentStore: use transient
DocumentStoreException type where appropriate
[OAK-7307] - RDBDocumentStore: use transient
DocumentStoreException type where appropriate
[OAK-7308] - Retry commit on transient DocumentStoreException
[OAK-7313] - RDB*Store: add DEBUG level logging for filters in
RDBVersionGCSupport
[OAK-7329] - RDB*Store for SQLServer: name the PK index for better
readability
[OAK-7330] - RDBDocumentStore: make indices on SD* sparse where
possible
[OAK-7331] - RDBDocumentStore: add index on _MODIFIED to improve
VersionGC performance
[OAK-7333] - RDBDocumentStore: refactor index report
[OAK-7342] - RDBDocumentStore: missing rollback after delete
failures
[OAK-7359] - Update to MongoDB Java driver 3.6
[OAK-7360] - Migrate to the MongoDB Java driver API 3.0
[OAK-7399] - add build profile "guava-latest" to build with latest
supported Guava version
[OAK-7406] - relax guava version range in Import-Package
declarations
[OAK-7409] - Move Lucene agnostic utilities out of oak-lucene into
oak-search
[OAK-7410] - Define SPIs for Oak Search module
[OAK-7411] - 

[RESULT][VOTE] Release Apache Jackrabbit Oak 1.10.0 (take 2)

2019-01-16 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Marcel Reutegger
+1 Julian Reschke
+1 Woonsan Ko
+1 Davide GIannella
+1 Matt Ryan
+1 Amit Jain

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

-- Davide




[ANNOUNCE] Apache Jackrabbit Oak 1.6.16 released

2019-01-16 Thread Davide Giannella
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.6.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.

Jackrabbit Oak 1.6.16 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.16
-

Sub-task

[OAK-7898] - Facet queries with UNION should do trivial merge of
facets from sub-queries
[OAK-7930] - Add tape sampling

Bug

[OAK-6895] - Suggest directory lookup (query) isn't closed
[OAK-6972] - DefaultIndexReader closes suggest directory multiple
times
[OAK-7605] - Giving multiple result when executing query (for a
constraints with OR condition) for Facetextraction
[OAK-7606] - Doing Faceting only on the resultset of one
constraints when query contain multiple constraint with OR
condition
[OAK-7608] - Throw exception if all properties name are given
wrong for faceting
[OAK-7613] - Taking more time for iterating row of query Result
which contain Facets
[OAK-7630] - Suggest directory update doesn't close
AnalyzingInfixSuggester after building
[OAK-7808] - Incorrect facet counts when some results are
inaccessible due to ACLs
[OAK-7929] - Incorrect Facet Count With Large Dataset and ACLs
[OAK-7935] - RDB*Store: createOrUpdate may fail on stale cache
when document was removed on different instance
[OAK-7951] - Datastore GC stats not updated with failure when "Not
all repositories have marked references available"

Improvement

[OAK-7850] - Indexes that don't support facets being queried
should not participate in execution plan
[OAK-7862] - Make PermissionEntryCache more resilient against OOME
(1.8)
[OAK-7925] - OakUpgrade for RDBMK: user name and password must
match

Task

[OAK-7909] - Backport and validate OAK-7867 to Oak 1.6

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/



[RESULT][VOTE] Release Apache Jackrabbit Oak 1.6.16 (take 2)

2019-01-16 Thread Davide Giannella
Hello Team,

the vote passes as follows:

+1 Julian Reschke
+1 Woonsan Ko
+1 Davide Giannella
+1 Matt Ryan

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

-- Davide




Re: [VOTE] Release Apache Jackrabbit Oak 1.8.11

2019-01-15 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit Oak 1.8.11
D.


Re: [VOTE] Release Apache Jackrabbit Oak 1.10.0 (take 2)

2019-01-14 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit Oak 1.10.0
D.


Re: [VOTE] Release Apache Jackrabbit Oak 1.6.16 (take 2)

2019-01-14 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit Oak 1.6.16
D.


[VOTE] Release Apache Jackrabbit Oak 1.10.0 (take 2)

2019-01-11 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.10.0 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.10.0/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.10.0/

The SHA1 checksum of the archive is
1d30c06470347ef778d5a2694b28a01aad840627.

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 oak 1.10.0
1d30c06470347ef778d5a2694b28a01aad840627

Please vote on releasing this package as Apache Jackrabbit Oak 1.10.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 Oak 1.10.0
    [ ] -1 Do not release this package because...
D.


[RESULT][VOTE] Release Apache Jackrabbit Oak 1.10.0

2019-01-11 Thread Davide Giannella
Hello Team,

the vote FAILS as follows:

>From Tommaso

> while doing testing with trunk me and others have found out that the
> changes for OAK-7947 can cause a NPE in case
> LucenePropertyIndex#getIndexNode return null, therefore I think this
> needs to be fixed before releasing 1.10.0, hence my -1.
> I'll create an Oak issue right away.



Thanks for voting. I've cleaned up already and will re-issue 1.10.0 as
soon as possible

-- Davide




[VOTE] Release Apache Jackrabbit Oak 1.6.16 (take 2)

2019-01-11 Thread Davide Giannella
A candidate for the Jackrabbit Oak 1.6.16 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.6.16/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.6.16/

The SHA1 checksum of the archive is
97158c70e42ac23affc09cb6cf181765db621edd.

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 oak 1.6.16
97158c70e42ac23affc09cb6cf181765db621edd

Please vote on releasing this package as Apache Jackrabbit Oak 1.6.16.
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 Oak 1.6.16
    [ ] -1 Do not release this package because...

D.


[RESULT][VOTE] Release Apache Jackrabbit Oak 1.6.16

2019-01-11 Thread Davide Giannella
Hello Team,

the vote FAILS as follows:

from Vikas

> [X] -1 Do not release this package because...
> 
> 1.6.16 currently has a bunch of fixes/improvements wrt facets. We
> recently discovered and fixed another facet related bug (OAK-7975
> [0]). It might be better to tag along this fix in 1.6.16 too.

Thanks for voting. I've cleaned up the situation and will re-tag the new 
release in minutes.


-- Davide




Re: [VOTE] Release Apache Jackrabbit Oak 1.10.0

2019-01-11 Thread Davide Giannella
On 11/01/2019 15:04, Tommaso Teofili wrote:
> regarding the problem with OAK-7983, I think we can re spin the release now.
> I've reverted the problematic commit and me and Vikas will follow up
> with a patch which reintroduces the functionality from OAK-7947
> without the mentioned bug as soon as possible.

Thanks. I'll cancel and re-issue 1.10.0 as soon as I can.

Davide


Oak 1.8.11 release plan

2019-01-10 Thread Davide Giannella
Hello team,

I'm planning to cut Oak on Monday 14th Jan.

If there are any objections please let me know. Otherwise I will
re-schedule any non-resolved issue for the next iteration.

Thanks
Davide




[VOTE] Release Apache Jackrabbit Oak 1.10.0

2019-01-10 Thread Davide Giannella



A candidate for the Jackrabbit Oak 1.10.0 release is available at:

    https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.10.0/

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

   
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.10.0/

The SHA1 checksum of the archive is
7cd2bc461395cdd4cdbdb626c4eecd315be2546a.

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 oak 1.10.0
7cd2bc461395cdd4cdbdb626c4eecd315be2546a

Please vote on releasing this package as Apache Jackrabbit Oak 1.10.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 Oak 1.10.0
    [ ] -1 Do not release this package because...

D.


Re: [VOTE] Release Apache Jackrabbit Oak 1.6.16

2019-01-10 Thread Davide Giannella
On 10/01/2019 10:01, Vikas Saurabh wrote:
> Thinking further and some discussion off-list, I think releasing with
> some high-sev (query fails with no work-around) although low-prio (due
> to low chances of hitting the situation) known issue is probably not a
> good idea.
>
> I'm confirming my -1. We should re-start release with OAK-7975 included.

if no one objects I will fail this release and re-issue a new one later
on in the afternoon GMT.

Regards
Davide




Re: Oak 1.10.0 release plan

2019-01-09 Thread Davide Giannella
I've produced the release notes and will probably produce the official
cut tomorrow morning GMT.

https://svn.apache.org/repos/asf/jackrabbit/oak/branches/1.10/RELEASE-NOTES.txt

have a look and either commit or suggest any required change.

Cheers
Davide


Re: [VOTE] Release Apache Jackrabbit Oak 1.6.16

2019-01-09 Thread Davide Giannella
On 09/01/2019 10:25, Vikas Saurabh wrote:
> I am tentatively voting -1 to bring up the discussion but I'm a fence
> sitter atm.
>
> [0]: https://issues.apache.org/jira/browse/OAK-7975

Thanks for bringing this one up Vikas. I'm tentatively going to count
the votes next Monday so you have until then to either confirm or deny
this -1.

Cheers
Davide


Re: [VOTE] Release Apache Jackrabbit Oak 1.6.16

2019-01-09 Thread Davide Giannella
+1 Release this package as Apache Jackrabbit Oak 1.6.16
D.


  1   2   3   4   5   6   7   8   9   10   >