[VOTE] Release Apache Jackrabbit 2.6.7

A candidate for the Jackrabbit 2.6.7 release is available at: https://dist.apache.org/repos/dist/dev/jackrabbit/2.6.7/ The release candidate is a zip archive of the sources in: https://svn.apache.org/repos/asf/jackrabbit/tags/2.6.7/ The SHA1 checksum of the archive is

Re: [VOTE] Release Apache Jackrabbit 2.6.7

> ... Sorry, wrong mailing list...

Jackrabbit and JDK versions

animal sniffer plugin Date: Wed, 21 Sep 2016 13:36:20 + (UTC) From: Julian Reschke (JIRA) <j...@apache.org> Reply-To: d...@jackrabbit.apache.org To: d...@jackrabbit.apache.org [ https://issues.apache.org/jira/browse/JCR-4025?page=com.atlassian.jira.plugin.system.issuetabpanels:c

Re: svn commit: r1761467 - /jackrabbit/oak/trunk/oak-parent/pom.xml

On 2016-09-21 10:30, Tomek Rekawek wrote: Hi, FWIW, I merged OAK-4831, so now the upgrade tests won’t break even if they can’t cleanup the repository directory at the end. The directories are now created under ./target (so it’s easy to remove them manually) and the logs will contain exact

[RESULT][VOTE] Require JDK7 for Oak 1.4

On 2016-09-19 07:54, Julian Reschke wrote: On 2016-09-16 17:16, Julian Reschke wrote: On 2016-09-16 17:11, Davide Giannella wrote: ... OK then. [ ] +1 Yes, require JDK7 for Oak 1.4 [ ] -1 No, continue to support JDK6 This majority vote is open for at least 72 hours. Best regards

Re: svn commit: r1761467 - /jackrabbit/oak/trunk/oak-parent/pom.xml

On 2016-09-20 14:19, Julian Reschke wrote: On 2016-09-19 17:34, mdue...@apache.org wrote: Author: mduerig Date: Mon Sep 19 15:34:25 2016 New Revision: 1761467 URL: http://svn.apache.org/viewvc?rev=1761467=rev Log: OAK-4823: Upgrade Oak Segment Tar dependency to 0.0.12 Bumping dependency

Re: svn commit: r1761467 - /jackrabbit/oak/trunk/oak-parent/pom.xml

On 2016-09-19 17:34, mdue...@apache.org wrote: Author: mduerig Date: Mon Sep 19 15:34:25 2016 New Revision: 1761467 URL: http://svn.apache.org/viewvc?rev=1761467=rev Log: OAK-4823: Upgrade Oak Segment Tar dependency to 0.0.12 Bumping dependency to 0.0.12 Modified:

Re: [VOTE] Require JDK7 for Oak 1.4

On 2016-09-16 17:16, Julian Reschke wrote: On 2016-09-16 17:11, Davide Giannella wrote: ... OK then. [ ] +1 Yes, require JDK7 for Oak 1.4 [ ] -1 No, continue to support JDK6 This majority vote is open for at least 72 hours. Best regards, Julian ...and starting a vote on Friday

[VOTE] Require JDK7 for Oak 1.4

On 2016-09-16 17:11, Davide Giannella wrote: ... OK then. [ ] +1 Yes, require JDK7 for Oak 1.4 [ ] -1 No, continue to support JDK6 This majority vote is open for at least 72 hours. Best regards, Julian

Re: Minimum JDK version for 1.4

On 2016-09-14 15:40, Davide Giannella wrote: On 14/09/2016 12:27, Julian Reschke wrote: should we consider allowing JDK7 features in 1.4 as well? I'm perfectly fine with it. It looks like no one noticed the error and it's relatively low risk for 1.4. JD7 has been around for a while now. I

Minimum JDK version for 1.4

On 2016-09-12 14:09, Marcel Reutegger wrote: Hi, On 12/09/16 13:14, Chetan Mehrotra wrote: I think Marcel created OAK-4791 for the same. So that should take care of enforcing this constraing Indeed. For trunk I just enabled the check against the 1.7 signature. I will backport the plugin

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.10

On 2016-09-13 16:02, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.5.10 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.19 (Take 2)

On 2016-09-13 08:39, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.2.19 Best regards, Julian

Re: Minimum JDK version

On 2016-09-12 14:09, Marcel Reutegger wrote: Hi, On 12/09/16 13:14, Chetan Mehrotra wrote: I think Marcel created OAK-4791 for the same. So that should take care of enforcing this constraing Indeed. For trunk I just enabled the check against the 1.7 signature. I will backport the plugin

Re: Minimum JDK version

On 2016-09-12 11:42, Davide Giannella wrote: Hello team, following the recent mishap about JDK version and releases highlighted two main issues: cannot find jenkins for anything that is not 1.6 we should enforce the build to build with the minimum required JDK. Now for the second point, this

Re: [ANNOUNCE] Apache Jackrabbit Oak 1.4.7 released

On 2016-09-12 11:04, Davide Giannella wrote: The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit Oak 1.4.7 The release is available for download at: http://jackrabbit.apache.org/downloads.html See the full release notes below for details about this

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.19

On 2016-09-12 10:09, Marcel Reutegger wrote: On 12/09/16 08:36, Amit Jain wrote: Please vote on releasing this package as Apache Jackrabbit Oak 1.2.19. 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 Do not release this

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.19

On 2016-09-12 08:36, Amit Jain wrote: ... Isn't this still supposed to compile with JDK6? Asking because: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) on project oak-commons: Compilation failure: Compilation failure: [ERROR]

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.7

On 2016-09-09 10:47, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.4.7 Best regards, Julian

Re: Seekable access to a Binary

On 2016-09-07 11:06, Michael Marth wrote: Hi, I believe Oak has no notion of requests - the 1-1 binding of a request to a session is done in Sling. However, having said that: I was not aware of all the complexities you mention. To add one more: probably the design would have to encounter for

release management: downloads page

Hi there, I just did some cleanup to the downloads and index pages of the site: 1) Anchors for Oak and Jackrabbit releases are now consistent again (oakx.y for Oak and vx.y for Jackrabbit) 2) Added links for unstable releases to the top 3) Sorted download infos by date (newest on top) Best

[OAK-4679] Backport OAK-4119, OAK-4101, OAK-4087 and OAK-4344 - ASF JIRA

Hi there, with the changes for , the Jackrabbit dependency has been set to 2.11.x, which of course we can't do as that branch is (a) unstable and (b) not maintained anymore. The Oak changes depend on user management API changes in Jackrabbit.

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.9

On 2016-08-30 13:21, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.5.9 Best regards, Julian

Re: svn commit: r1756639 [1/5] - in /jackrabbit/oak/branches/1.2: ./ oak-commons/ oak-commons/src/main/java/org/apache/jackrabbit/oak/commons/ oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/

On 2016-08-17 16:21, d...@apache.org wrote: Author: dj Date: Wed Aug 17 14:21:07 2016 New Revision: 1756639 URL: http://svn.apache.org/viewvc?rev=1756639=rev Log: OAK-4679 : Backport OAK-4119, OAK-4101, OAK-4087 and OAK-4344 - backported OAK-4119 - depends on OAK-4003 - depends on OAK-3721

Re: normalising the rdb database schema

On 2016-08-16 12:25, Tomek Rekawek wrote: Hello, I was wondering whether it’d make sense to normalise the RDB Document Store schema - get rid of the JSON/JSOP concatenated strings and store each key/value in a separate database row. Something like this: id STRING key STRING

Re: [suggestion] introduce oak compatibility levels

On 2016-07-28 10:23, Stefan Egli wrote: Hi, Here's an idea that just came up in an offline discussion, not sure if it has been around elsewhere. But we could introduce a concept of 'compatibility levels' which are a set of features/behaviours that a particular oak version has and that

Fwd: svn commit: r1754397 - in /jackrabbit/oak/trunk: oak-segment-tar/src/main/java/org/apache/jackrabbit/oak/segment/ oak-segment-tar/src/test/java/org/apache/jackrabbit/oak/segment/ oak-upgrade/src/

REMINDER... new files need to be checked in with svn:eol-style=native, otherwise strange things can happen when passing around diffs between platforms with different eol preferences. Everybody please check their SVN settings, or make sure that they manually check before adding files. Best

Re: [proposal] New oak:Resource nodetype as alternative to nt:resource

On 2016-07-15 09:47, Chetan Mehrotra wrote: In most cases where code uses JcrUtils.putFile [1] it leads to creation of below content structure + foo.jpg (nt:file) + jcr:content (nt:resource) - jcr:data Due to usage of nt:resource each nt:file node creates a entry in uuid index as

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.5

On 2016-07-13 16:13, Dominique Jaeggi wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.4.5 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.17

On 2016-07-11 07:16, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.2.17 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.32

On 2016-07-11 16:19, Dominique Jaeggi wrote: [X] +1 Release this package as Apache Jackrabbit Oak 1.0.32 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.17

On 2016-07-11 07:16, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.2.17 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.5

On 2016-07-07 05:39, Amit Jain wrote: Hi, DataStoreCheckTest.testMissingOpParams() failed twice in a row on my Linux with Oracle Java 1.8. DataStoreCheckTest.testMissingOpParams() tests a trivial condition and given that it may be an intermittent failure with java 1.9, I'll still recommend

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.5

On 2016-07-06 15:35, Marcel Reutegger wrote: Hi, On 06/07/16 12:57, "Davide Giannella" wrote: Please vote on releasing this package as Apache Jackrabbit Oak 1.5.5. The vote is open for the next 72 hours and passes if a majority of at least three +1 Jackrabbit PMC votes are cast. +0 I'm

Re: svn commit: r1748675 - in /jackrabbit/oak/branches/1.2: ./ oak-lucene/src/main/java/org/apache/jackrabbit/oak/plugins/index/lucene/ oak-lucene/src/test/java/org/apache/jackrabbit/oak/plugins/index

On 2016-06-23 14:35, Tommaso Teofili wrote: fixed in OAK-4499, I'll have a look if Jenkins keeps complaining. Regards, Tommaso

Re: [Oak origin/1.4] Apache Jackrabbit Oak matrix - Build # 992 - Still Failing

On 2016-06-27 13:31, Chetan Mehrotra wrote: On Sat, Jun 25, 2016 at 10:24 AM, Apache Jenkins Server wrote: Caused by: java.lang.IllegalArgumentException: No enum constant org.apache.jackrabbit.oak.commons.FixturesHelper.Fixture.SEGMENT_TAR at

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.4

On 2016-06-27 07:13, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.4.4 Best regards, Julian

Re: svn commit: r1748675 - in /jackrabbit/oak/branches/1.2: ./ oak-lucene/src/main/java/org/apache/jackrabbit/oak/plugins/index/lucene/ oak-lucene/src/test/java/org/apache/jackrabbit/oak/plugins/index

On 2016-06-16 12:00, tomm...@apache.org wrote: Author: tommaso Date: Thu Jun 16 10:00:24 2016 New Revision: 1748675 URL: http://svn.apache.org/viewvc?rev=1748675=rev Log: OAK-4368 - use postings highlighter whenever possible in Lucene property index to speedup excerpt generation Modified:

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.4

On 2016-06-22 14:08, Dominique Jaeggi wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.5.4 Best regards, Julian

Re: [Oak origin/1.4] Apache Jackrabbit Oak matrix - Build # 963 - Still Failing

On 2016-06-15 00:22, Michael Dürig wrote: These failures are caused by adding the SEGMENT_TAR fixture to the matrix. That one doesn't exit in the branches thus the "IllegalArgumentException: No enum constant". Would anyone know how to fix that except for creating a separate job per branch?

Re: [JIRA] comments defaulting to newest->latest

On 2016-06-14 11:01, Julian Reschke wrote: Hi there, I'm totally annoyed by this change. Reasons: - the setting is the opposite from the ASF JIRA, where I spend the other half of my time - commenting still places the text box at the end, so if, while commenting, I need to look up something

[JIRA] comments defaulting to newest->latest

Hi there, I'm totally annoyed by this change. Reasons: - the setting is the opposite from the ASF JIRA, where I spend the other half of my time - commenting still places the text box at the end, so if, while commenting, I need to look up something from the latest comment, I need to go

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.16

On 2016-06-13 17:59, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.2.16 Best regards, Julian

Unicode data model for string properties

Hi there, it seems that changes in JDK8 have affected standard library behavior for unpaired surrogate pairs (). This breaks a BasicDocumentStoreTest case which I added quite some time ago in order to verify that RDBDocumentStore is

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.3

On 2016-06-10 12:17, Davide Giannella wrote: On 10/06/2016 09:43, Julian Reschke wrote: c) Release anyway, but follow up with 1.5.4 shortly after? I'm for proceeding anyway and release 1.5.4 according to aimed schedule: 20th June. It's still an unstable cut and some unstability is expected

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.3

On 2016-06-08 12:56, Angela Schreiber wrote: hi davide Angela, could you set up a VM with windows. already working on it... but it doesn't fail reliably and it never fails, when i try to debug it. angela So I believe Angela has managed to fix the issue (I can't repro it anymore in

Re: CI builds on Windows

On 2016-06-08 09:33, Michael Dürig wrote: Hi, We currently don't have any CI coverage on Windows platforms. The build matrix on the Apache Jenkins instance has the respective components disabled [1]. Last time I checked the Windows slaves where so overloaded that enabling Windows builds would

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.3

On 2016-06-08 12:50, Davide Giannella wrote: On 06/06/2016 17:09, Angela Schreiber wrote: hi julian that looks pretty similar to OAK-4382 they have in common that they sync (or should sync) group-membership with infinite nesting (in the

Re: svn commit: r1747246 [1/2] - in /jackrabbit/oak/trunk: oak-auth-external/src/main/java/org/apache/jackrabbit/oak/spi/security/authentication/external/basic/ oak-auth-external/src/main/java/org/apa

On 2016-06-08 07:14, Julian Reschke wrote: On 2016-06-07 16:45, f...@apache.org wrote: Modified: jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/document/rdb/RDBDocumentStore.java URL: http://svn.apache.org/viewvc/jackrabbit/oak/trunk/oak-core/src/main/java/org

Re: svn commit: r1747246 [1/2] - in /jackrabbit/oak/trunk: oak-auth-external/src/main/java/org/apache/jackrabbit/oak/spi/security/authentication/external/basic/ oak-auth-external/src/main/java/org/apa

On 2016-06-07 16:45, f...@apache.org wrote: Modified: jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/document/rdb/RDBDocumentStore.java URL:

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.3

On 2016-06-06 17:04, Davide Giannella wrote: A candidate for the Jackrabbit Oak 1.5.3 release is available at: https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.5.3/ The release candidate is a zip archive of the sources in: ... I'm getting test failures in oak-auth-external:

Re: JCR Binary Usecase - UC7 - Random write access in binaries

On 2016-06-02 15:40, Michael Marth wrote: Hi Julian, While WebDAV would be really preferable, I take your word that WebDAV as a protocol is not possible (I believe you know a thing or two about WebDAV). However, the transport protocol is only one aspect. For the sake of the argument assume a

JCR Binary Usecase - UC7 - Random write access in binaries

UC7 - Random write access in binaries Think: a video file exposed onto the desktop via WebDAV. Desktop tools would do random writes in that file. How can we cover this use case without up/downloading the large file. (essentially:

Re: [RESULT][VOTE] Release Apache Jackrabbit Oak 1.0.31

On 2016-06-01 12:22, Julian Reschke wrote: On 2016-06-01 11:17, Dominique Jaeggi wrote: Hi, The vote passes as follows: +1 Alex Parvulescu +1 Julian Reschke +1 Amit Jain +1 Dominique Jaeggi Thanks for voting. I'll push the release out. Regards Dom. Hm, nach 48 Stunden? MfG Julian (für

Re: [RESULT][VOTE] Release Apache Jackrabbit Oak 1.0.31

On 2016-06-01 11:17, Dominique Jaeggi wrote: Hi, The vote passes as follows: +1 Alex Parvulescu +1 Julian Reschke +1 Amit Jain +1 Dominique Jaeggi Thanks for voting. I'll push the release out. Regards Dom. Hm, nach 48 Stunden? MfG Julian (für mich ist's ok)

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.3

On 2016-05-31 07:06, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.4.3 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.31

On 2016-05-30 10:37, Dominique Jaeggi wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.0.31 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.15

On 2016-05-16 11:11, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.2.15 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.2

On 2016-05-13 15:20, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.5.2 Best regards, Julian

Re: svn commit: r1743322 - in /jackrabbit/oak/trunk/oak-auth-external/src/test/java/org/apache/jackrabbit/oak/spi/security/authentication/external: TestIdentityProvider.java impl/jmx/SyncMBeanImplTest

...with this change, testSyncExternalUsersLastSyncedProperty fails reliably on my machines, because the two timestamps are the same. Maybe there's code missing ensuring that System.currentTimeMillis() actually changed before doing the operation that's suppose to lead to a new timestamp?

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.2

On 2016-05-03 17:22, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.4.2 Best regards, Julian

Re: svn commit: r1741199 - in /jackrabbit/oak/trunk/oak-core/src: main/java/org/apache/jackrabbit/oak/query/xpath/XPathToSQL2Converter.java test/java/org/apache/jackrabbit/oak/query/XPathTest.java

On 2016-04-27 12:18, thom...@apache.org wrote: Author: thomasm Date: Wed Apr 27 10:18:27 2016 New Revision: 1741199 URL: http://svn.apache.org/viewvc?rev=1741199=rev Log: OAK-4265 XPath: support limited form of "union" (work in progress) ... This seems to break PropertyIndexQueryTest.xpath().

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.14

On 2016-04-20 06:55, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.2.14 Best regards, Julian

distributed transactions

On 2016-04-18 17:22, Ancona Francesco wrote: I try explain the case. We know that OAK doesnt'support Transaction, so the following should be the JCR implementation: http://www.day.com/specs/jcr/2.0/10_Writing.html When i use session write-methods, i can execute a sequence of session methods

Re: critical question about oak: RDBMS and distributed transaction

On 2016-04-14 17:24, Ancona Francesco wrote: Hi, thanks for rdbms help. I managed to run my application also with postgres and Oracle. My wrong has been that default installation doesn’t work; we need to set another collation. (in detail collation C) Can i suggest to add these details to the

keeping your /tmp tidy and clean

Hi there, out of frustration about all the ...stuff... piling up on my tmp folder, I just started watching how much of that is caused by Oak tests. See . Note that leaking temp files from test cases might be only annoying, but then, some of

Re: [VOTE] Release Apache Jackrabbit Oak 1.5.1

On 2016-04-11 14:52, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.5.1 Best regards, Julian

Re: Increase language level to Java 7

On 2016-04-06 14:27, Francesco Mari wrote: Hi all, some months ago we decided to drop support for Java 1.6 [1]. What about increasing the language level of the compiler so as to be able to use the new features in Java 7? [1]: http://jackrabbit.markmail.org/thread/t3gzwi25tcz6masg Well... for

Re: svn commit: r1737349 - /jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/document/rdb/RDBConnectionHandler.java

On 2016-04-01 14:48, Chetan Mehrotra wrote: ... This would also avoid the call to System.currentTimeMillis() if debug log is not enabled ... Did you benchmark System.currentTimeMillis() as opposed to checking the log level? /me took the simple approach here...

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.1

On 2016-03-24 15:32, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.4.1 Best regards, Julian

Re: R: critical question about oak: db connection

On 2016-03-23 16:19, Manfred Baedke wrote: Hi Francesco, Your tests ran out of the box in my IDE (IntelliJ IDEA 15) using a local Postgres 9.3. Best regards, Manfred Same here, from command line maven and on PostgreSQL 9.5: [INFO] Scanning for projects... [INFO] [INFO]

Re: R: R: critical question about oak: db connection

On 2016-03-17 14:46, Ancona Francesco wrote: Hello, i send you a maven project to connect with postgres. As i told you in other messages i know that oak test cases work; but they start always with RDBDocumentStore and use UpdateOp and other Oak methods to add nodes. ... Both oak-jcr and

Re: R: critical question about oak: db connection

to use RDBMS ? Thnaks in advance. Best regards -Messaggio originale- Da: Julian Reschke [mailto:julian.resc...@gmx.de] Inviato: mercoledì 2 marzo 2016 15:46 A: oak-dev@jackrabbit.apache.org Oggetto: Re: critical question about oak: db connection On 2016-03-02 12:08, Ancona Francesco wrote

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.0 (take 3)

On 2016-03-07 11:51, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.4.0 Best regards, Julian

Re: R: R: Critical questions about OAK

On 2016-03-03 15:48, Ancona Francesco wrote: Yes but i'm asking if there is a way or a configuration to call rdbms using jcrrepository like oak examples in getting start. final DocumentMK.Builder builder = new DocumentMK.Builder();

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

On 2016-03-03 16:22, Marcel Reutegger wrote: Hi, meanwhile I created an issue for the problem seen with the release candidate: OAK-4085 I still think we should cancel the release because the node type registry is malformed after an upgrade with reregistered node types. with the votes we

Re: R: Critical questions about OAK

On 2016-03-03 15:15, Ancona Francesco wrote: Hi, we have other questions about rdbms and query engine. About RDBMS - we tried to run unit test on my postgres and seems to work but only if i use oak methods such as update and remove. We'd like to use jcrRepository to start our ECM

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

On 2016-03-02 17:34, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.4.0 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.12

On 2016-03-02 06:06, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.2.12 Best regards, Julian

Re: R: Critical questions about OAK

On 2016-03-02 08:33, Ancona Francesco wrote: We have used "Oracle 11.2 Express Edition" and Potgres 9.4 Oracle 11 is not supported (and yes, that's missing in the Javadocs). I'll send again the 2 logs but, can we have a matrix software compatibility for RDBMS that OAK supports ?

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.28

On 2016-02-29 11:05, Dominique Jaeggi wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.0.28 (tested with check script invocation change for 1.0.28) Best regards, Julian

Re: info on queries and index

On 2016-02-25 17:40, Ancona Francesco wrote: Hello, we’d like to study in deep queries and index. In particular is not so clear, from documentation, what is indexed by default. For instance if i create a new type of document (IdentityCard with name IDC) with 2 new properties (idCard and

Re: R: R: info about oak and RDMBS

On 2016-02-25 12:42, Ancona Francesco wrote: Hi, I had run the same test changing only the DocumentNodeStore type as in the following code: final DocumentMK.Builder builder = new DocumentMK.Builder(); builder.setBlobStore(createFileSystemBlobStore()); final DocumentNodeStore ns =

Re: R: info about oak and RDMBS

On 2016-02-25 11:30, Ancona Francesco wrote: Yes. We tried the following combination: 1) metadata on mongo and binary mongo 2) metadata on mongo and binary using filesystem Best regards It looks like the repository construction doesn't work (nodetype index missing). Can you double-check

Re: info about oak and RDMBS

On 2016-02-25 10:46, Ancona Francesco wrote: Hi, i wrote yesterday that we are making a lots of performance test on oak and jackrabbit in order to select our target platform. We are going to try with several plane tests; one of them is using oak with RDBMS Postgres to store metadata. ...

Re: [VOTE] Release Apache Jackrabbit Oak 1.3.16

On 2016-02-16 15:57, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.3.16 Best regards, Julian

RDBDocumentStore bug in stable Oak release 1.2.11

Hi, yesterday we found that the RDBDocumentStore in Oak 1.2.11 has a bug which will cause entries in the "journal" collection to continuously grow, eventually causing OutOfMemory errors. The bug is fixed now (see and

Re: oak-upgrade test failures (was Re: Oak 1.3.16 release plan)

On 2016-02-15 11:47, Julian Reschke wrote: ...in the meantime, I think we should change oak-trunk back to use 2.11.3, so we have a clean build until this new issue is understood and fixed. Best regards, Julian Related to that...: OAK 1.2 currently uses Jackrabbit 2.10.0, although 2.10.1 has

Re: oak-upgrade test failures (was Re: Oak 1.3.16 release plan)

On 2016-02-15 10:31, Davide Giannella wrote: On 12/02/2016 18:36, Manfred Baedke wrote: Hi, This is due to change 1721196 (associated with JCR-2633), which changes the persistent data model. Probably the test has just to be tweaked accordingly, I'll look into it during WE. Thank you very much

Re: oak-upgrade test failures (was Re: Oak 1.3.16 release plan)

On 2016-02-12 16:00, Davide Giannella wrote: Team, the build is constantly failing on my local with (oak-upgrade) Failed tests: referencedOlderThanOrphaned(org.apache.jackrabbit.oak.upgrade.CopyVersionHistoryTest): No history found for /versionables/mix:simpleVersionable/old

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.27

On 2016-02-10 13:35, Dominique Jaeggi wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.0.27 Best regards, Julian

Re: travis needs more memory

On 2016-02-10 17:02, Stefan Egli wrote: On 10/02/16 14:59, "Davide Giannella" wrote: On 10/02/2016 10:22, Stefan Egli wrote: Re NonLocalObservationIT, that one creates like 160'000 nodes in-memory and that seems not to fit the default VM settings. Shall we move this to a

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.11

On 2016-02-10 06:19, Amit Jain wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.2.11 Best regards, Julian

Re: [VOTE] Release Apache Jackrabbit Oak 1.3.15

On 2016-02-03 17:00, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.3.15 Best regards, Julian

Re: svn commit: r1727599 [1/3] - in /jackrabbit/oak/trunk/oak-run/src: main/java/org/apache/jackrabbit/oak/run/ test/java/org/apache/jackrabbit/oak/run/

On 2016-01-29 16:52, Michael Dürig wrote: On 29.1.16 4:17 , f...@apache.org wrote: Author: frm Date: Fri Jan 29 15:17:44 2016 New Revision: 1727599 URL:http://svn.apache.org/viewvc?rev=1727599=rev Log: OAK-3957 - Move the commands of oak-run in independent units Wow cool! This was

Re: Oak 1.4 roadmap

On 2016-01-21 09:23, Davide Giannella wrote: Hello everyone, as we're approaching to a year since we released Oak 1.2 here's a proposal of soft-dates for releasing 1.4. With soft-dates I mean they could shift a bit around depending on issue needs. The team already went through the exercise of

Re: Oak 1.4 roadmap

On 2016-01-22 13:39, Davide Giannella wrote: On 22/01/2016 10:02, Julian Reschke wrote: 1) Do we need to schedule a new stable Jackrabbit release? Right now we use 2.11.3 which is labeled "unstable release". Right. Forgot about that. We have two options: branch yet again jackrabb

Re: New Segment Store bundle

On 2016-01-21 19:30, Francesco Mari wrote: Hi all, I committed a big change in r1726048 because of OAK-3744. I had to move some code around and adjust some POMs and tests. Please let me know if something is broken for you. I did my best by running unit and integration tests on my machine before

Re: New Segment Store bundle

On 2016-01-22 14:57, Francesco Mari wrote: 2016-01-22 14:22 GMT+01:00 Julian Reschke <julian.resc...@gmx.de>: On 2016-01-21 19:30, Francesco Mari wrote: Hi all, I committed a big change in r1726048 because of OAK-3744. I had to move some code around and adjust some POMs and tests.

Re: New Segment Store bundle

On 2016-01-22 15:04, Alex Parvulescu wrote: probably not related to the repackaging. I have a candidate here [0], it Indeed! looks like this file is not closed, which may account for Win complaining. let me see if I can fix it. You did! Thanks!

<    4   5   6   7   8   9   10   11   12   13   >