The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build
#514)
Status: Failure
Check console output at
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/514/ to view
the results.
Changes:
[mreutegg] OAK-3567: Long running query holds TreeLock
Test
Team, the release is currently blocked on tests failures.
See
https://issues.apache.org/jira/browse/OAK-3570
https://issues.apache.org/jira/browse/OAK-3571
Davide
On 28/10/2015 14:29, Davide Giannella wrote:
> Hello team,
>
> I'm planning to cut Oak 1.2.8 on Friday Morning UK time.
>
> If
Hi,
I am trying to enhance a multiplexing document store written initially by
Robert Munteanu to support multiplexing of content under /jcr:system/** in
particular the version store and the permissions store. I have a scheme
that should theoretically work, encoding the target store in the entry
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.3.9 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 --
Hello Team,
the vote passes as follows:
+1 Alex Parvulescu
+1 Davide Giannella
+1 Julian Reschke
+1 Julian Sedding
+1 Marcel Reutegger
Thanks for voting. I'll push the release out.
-- Davide
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build
#515)
Status: Still Failing
Check console output at
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/515/ to view
the results.
Changes:
[mreutegg] OAK-3565: Use DocumentStore.create() for new
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build
#516)
Status: Still Failing
Check console output at
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/516/ to view
the results.
Changes:
[tommaso] OAK-3215 - synced TestUtils with trunk
Test
Hi,
I am trying to enhance a multiplexing document store written initially by
Robert Munteanu to support multiplexing of content under /jcr:system/** in
particular the version store and the permissions store. I have a scheme
that should theoretically work, encoding the target store in the entry