Re: svn commit: r1583285 - /jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/value/ValueImpl.java

2014-04-02 Thread Jukka Zitting
Hi, On Tue, Apr 1, 2014 at 9:29 AM, Michael Dürig mdue...@apache.org wrote: 3rd try: http://svn.apache.org/r1583661 Looks good, thanks! On Mon, Mar 31, 2014 at 11:56 PM, Chetan Mehrotra chetan.mehro...@gmail.com wrote: +1. I also missed getting a clean way to get blobId from Blob. So adding

Re: svn commit: r1577449 - in /jackrabbit/oak/trunk/oak-core/src: main/java/org/apache/jackrabbit/oak/plugins/segment/ main/java/org/apache/jackrabbit/oak/plugins/segment/file/ main/java/org/apache/ja

2014-04-02 Thread Chetan Mehrotra
On Wed, Apr 2, 2014 at 11:36 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: I consider this an unfortunate recent development. Not sure. There are some deployment scenarios where a shared FileDataStore is a must requirement and thus we need to support cases where blobs can be stored separately

Re: svn commit: r1583285 - /jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/value/ValueImpl.java

2014-04-02 Thread Chetan Mehrotra
On Wed, Apr 2, 2014 at 12:18 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: The getContentIdentity() method has a specific contract and the return value should generally not be interpreted as a referenceable identifier. Ack. If you need a method that exposes the blobId, it would be best to

jackrabbit-oak build #3984: Broken

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3984 Status: Broken Duration: 225 seconds Commit: 80a80e69175ce237ac586a7acd51177694879c08 (trunk) Author: Chetan Mehrotra Message: OAK-1295 - Recovery for missing _lastRev updates (WIP) Added specific method

Re: svn commit: r1577449 - in /jackrabbit/oak/trunk/oak-core/src: main/java/org/apache/jackrabbit/oak/plugins/segment/ main/java/org/apache/jackrabbit/oak/plugins/segment/file/ main/java/org/apache/ja

2014-04-02 Thread Michael Dürig
On 2.4.14 8:06 , Jukka Zitting wrote: Hi, On Mon, Mar 31, 2014 at 11:59 PM, Chetan Mehrotra chetan.mehro...@gmail.com wrote: Why the . extra subdirectory? The repository home folder is used by various components in Oak. I consider this an unfortunate recent development. Most parts in

jackrabbit-oak build #3985: Broken

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3985 Status: Broken Duration: 286 seconds Commit: 10c89f108d2c1e9cbd440860f1f2e590b2ee3760 (trunk) Author: Chetan Mehrotra Message: OAK-1295 - Recovery for missing _lastRev updates (WIP) Fix the not query for

jackrabbit-oak build #3986: Broken

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3986 Status: Broken Duration: 273 seconds Commit: f02dd6b4943b85ec2365c6dc950ee414ada1b394 (trunk) Author: Chetan Mehrotra Message: OAK-1295 - Recovery for missing _lastRev updates (WIP) Refactor -- to use enum

jackrabbit-oak build #3984: Broken

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3984 Status: Broken Duration: 1657 seconds Commit: bb72c07081bb79a746dc01571e19948ba3f060c4 (trunk) Author: Chetan Mehrotra Message: OAK-1295 - Recovery for missing _lastRev updates (WIP) Moving common methods

Re: svn commit: r1577449 - in /jackrabbit/oak/trunk/oak-core/src: main/java/org/apache/jackrabbit/oak/plugins/segment/ main/java/org/apache/jackrabbit/oak/plugins/segment/file/ main/java/org/apache/ja

2014-04-02 Thread Davide Giannella
On 02/04/2014 07:48, Chetan Mehrotra wrote: On Wed, Apr 2, 2014 at 11:36 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: I consider this an unfortunate recent development. Not sure. There are some deployment scenarios where a shared FileDataStore is a must requirement and thus we need to

jackrabbit-oak build #3987: Errored

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3987 Status: Errored Duration: 3002 seconds Commit: 67c04d7ecc5181ea0096e33b5bbddbe2f94236ee (trunk) Author: Chetan Mehrotra Message: OAK-1295 - Recovery for missing _lastRev updates (WIP) Refactored to use new

Re: svn commit: r1577449 - in /jackrabbit/oak/trunk/oak-core/src: main/java/org/apache/jackrabbit/oak/plugins/segment/ main/java/org/apache/jackrabbit/oak/plugins/segment/file/ main/java/org/apache/ja

2014-04-02 Thread Michael Marth
On 02 Apr 2014, at 08:06, Jukka Zitting jukka.zitt...@gmail.commailto:jukka.zitt...@gmail.com wrote: That design gets broken if components start storing data separately in the repository folder. Agree with that design principle, but the (shared) file system DS is a valid exception IMO (same

Question regarding missing _lastRev recovery - OAK-1295

2014-04-02 Thread Amit Jain
Hi, How do we expose _lastRev recovery operation? This would need to check all the cluster nodes info and run recovery for those nodes which need recovery. 1. We either have a scheduled job which checks all the nodes and run the recovery. What should be the interval to trigger the job? 2. Or if

RE: Question regarding missing _lastRev recovery - OAK-1295

2014-04-02 Thread Marcel Reutegger
Hi, I think the recovery should be triggered automatically by the system when: 1) a cluster node starts up and sees it didn't shut down properly. I'm not sure this information is available, but remember we discussed this once. 2) a cluster node sees a lease timeout of another cluster node and

jackrabbit-oak build #3990: Passed

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3990 Status: Passed Duration: 2483 seconds Commit: 28bd58f599ccc5a5ecaf28dec700fd80373b59e3 (trunk) Author: Marcel Reutegger Message: OAK-1663: Long running RevisionTest Reset lastTimestamp to current time

Re: Question regarding missing _lastRev recovery - OAK-1295

2014-04-02 Thread Amit Jain
Hi, 1) a cluster node starts up and sees it didn't shut down properly. I'm not sure this information is available, but remember we discussed this once. Yes, this case has been taken care of in the startup. this check could be done in the background operations thread on a regular basis.

Re: Question regarding missing _lastRev recovery - OAK-1295

2014-04-02 Thread Chetan Mehrotra
The lease time is set to 1 minute. Would it be ok to check this every minute, from every node? Adding to that the default time intervals are - asyncDelay = 1 sec - The background operation are performed every 1 sec per cluster node. If nothing changes we would fire 1query/sec/cluster node to

Re: svn commit: r1577449 - in /jackrabbit/oak/trunk/oak-core/src: main/java/org/apache/jackrabbit/oak/plugins/segment/ main/java/org/apache/jackrabbit/oak/plugins/segment/file/ main/java/org/apache/ja

2014-04-02 Thread Chetan Mehrotra
@Chetan: why would the configs not be stored in the repo? I do not see how this relates to non-OSGi environments Well thats the basic config required to configure DocumentNodeStore/SegmentNodeStore. These config cannot be stored as content. Other settings like security related config

jackrabbit-oak build #3991: Passed

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3991 Status: Passed Duration: 2596 seconds Commit: 3b8b4c7ff1b6a97b1867c96a9250488fec2351dc (trunk) Author: Alexandru Parvulescu Message: OAK-1664 org.apache.jackrabbit.oak.namepath package missing package-info

jackrabbit-oak build #3992: Passed

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3992 Status: Passed Duration: 2609 seconds Commit: 3efb5cbfa81d2f770445ba2027ccc8e954f15c95 (trunk) Author: Marcel Reutegger Message: OAK-1662: Node not accessible after document split git-svn-id:

jackrabbit-oak build #3994: Broken

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #3994 Status: Broken Duration: 2194 seconds Commit: 0e0a47ec387626e494a65dd143e3a25a3d004abe (trunk) Author: Julian Reschke Message: OAK-1533 - remove JDBC URL specific constructors from -core git-svn-id:

Re: jackrabbit-oak build #3994: Broken

2014-04-02 Thread Chetan Mehrotra
Test case failure on oak-solr Failed tests: testOffsetAndLimit(org.apache.jackrabbit.core.query.LimitAndOffsetTest): expected:1 but was:0 testOffsetAndLimitWithGetSize(org.apache.jackrabbit.core.query.LimitAndOffsetTest): expected:2 but was:0 Chetan Mehrotra On Wed, Apr 2, 2014 at 6:04 PM,

Re: jackrabbit-oak build #3994: Broken

2014-04-02 Thread Tommaso Teofili
ignored the test for now (r1584015) Tommaso 2014-04-02 14:48 GMT+02:00 Chetan Mehrotra chetan.mehro...@gmail.com: Test case failure on oak-solr Failed tests: testOffsetAndLimit(org.apache.jackrabbit.core.query.LimitAndOffsetTest): expected:1 but was:0

Re: svn commit: r1583994 - in /jackrabbit/oak/trunk/oak-core/src: main/java/org/apache/jackrabbit/oak/plugins/blob/datastore/OakFileDataStore.java test/java/org/apache/jackrabbit/oak/plugins/blob/data

2014-04-02 Thread Jukka Zitting
Hi, On Wed, Apr 2, 2014 at 8:25 AM, chet...@apache.org wrote: +//TODO FIXME Temporary workaround for OAK-1666. Override the default +//synchronized map with a Noop. This should be removed when fix +//for JCR-3764 is part of release. +inUse = new

Re: svn commit: r1583994 - in /jackrabbit/oak/trunk/oak-core/src: main/java/org/apache/jackrabbit/oak/plugins/blob/datastore/OakFileDataStore.java test/java/org/apache/jackrabbit/oak/plugins/blob/data

2014-04-02 Thread Chetan Mehrotra
On Wed, Apr 2, 2014 at 6:30 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: The inUse map is in FileDataStore for a reason. Ack. From what I have understood from Blob GC logic in Oak is that it relies on blob last modified value to distinguish between active used blobs. So for performing GC

Oak 1.0 (and 0.20) release plan

2014-04-02 Thread Jukka Zitting
Hi, We've done a lot of stuff over the past two years and many parts of Oak are already good enough for production use, so I think we should start preparing for our 1.0 release. Our original plan was to target for Jackrabbit 3.0 [1] but given the problems we encountered [2] I think it would make

Re: roadmap update

2014-04-02 Thread Jukka Zitting
Hi, On Fri, Mar 28, 2014 at 5:59 AM, Lukas Kahwe Smith sm...@pooteeweet.org wrote: would be nice to get an update on the roadmap of Oak. Good point, and thanks for the reminder! See [1] for suggested plan to Oak 1.0, and [2] for the bigger Jackrabbit picture. [1]

jackrabbit-oak build #4000: Passed

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #4000 Status: Passed Duration: 2742 seconds Commit: c692326301c4bc0f0cfe0db77eeeca5a90349255 (trunk) Author: Michael Duerig Message: OAK-1618: Implement noInternal from JackrabbitEventFilter Add issue reference

jackrabbit-oak build #4001: Errored

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #4001 Status: Errored Duration: 1940 seconds Commit: 173ccf992e95c7151495fc3b6273f9af767cd73f (trunk) Author: Jukka Zitting Message: OAK-631: SegmentMK: Implement garbage collection Use memory mapping to access

Oak and Jackrabbit-related conference: AEM Hub next week

2014-04-02 Thread Andrew Savory
Hi, There's an Oak and Jackrabbit-related developer event taking place next Wednesday and Thursday in London. AEMHub takes place on 9-10 April, and has a number of talks hopefully of interest to the community, including: - AEM's new architecture built upon Oak - JCR nodes and polling importers

jackrabbit-oak build #4007: Fixed

2014-04-02 Thread Travis CI
Build Update for apache/jackrabbit-oak - Build: #4007 Status: Fixed Duration: 2472 seconds Commit: 0ca8f0019394a74047e843a545d56f3985097bd2 (trunk) Author: Jukka Zitting Message: OAK-631: SegmentMK: Implement garbage collection Remember to follow also the

Oak Training: MikroKernels/NodeStores

2014-04-02 Thread Ben Zahler
Hi all, after the last review feedback, I have revised the section on MicroKernels and NodeStores. I would appreciate any feedback if this new version is both technically correct and also using the right terms. The revised section is available here (User : review/Pwd: oak4502):