Jackrabbit Oak - Session refresh behavior

Return-Path: X-Original-To: apmail-jackrabbit-commits-archive@www.apache.org Delivered-To: apmail-jackrabbit-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 24D5F18009 for ; Wed, 6 May 2015 05:55:55 +0000 (UTC) Received: (qmail 76538 invoked by uid 500); 6 May 2015 05:55:55 -0000 Delivered-To: apmail-jackrabbit-commits-archive@jackrabbit.apache.org Received: (qmail 76478 invoked by uid 500); 6 May 2015 05:55:55 -0000 Mailing-List: contact commits-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list commits@jackrabbit.apache.org Received: (qmail 76469 invoked by uid 99); 6 May 2015 05:55:54 -0000 Received: from eris.apache.org (HELO hades.apache.org) (140.211.11.105) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 May 2015 05:55:54 +0000 Received: from hades.apache.org (localhost [127.0.0.1]) by hades.apache.org (ASF Mail Server at hades.apache.org) with ESMTP id C18A0AC009C for ; Wed, 6 May 2015 05:55:54 +0000 (UTC) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: svn commit: r1677928 - in /jackrabbit/site/live/oak/docs: dos_and_donts.html known_issues.html Date: Wed, 06 May 2015 05:55:54 -0000 To: commits@jackrabbit.apache.org From: chetanm@apache.org X-Mailer: svnmailer-1.0.9 Message-Id: <20150506055554.C18A0AC009C@hades.apache.org> Author: chetanm Date: Wed May 6 05:55:54 2015 New Revision: 1677928 URL: http://svn.apache.org/r1677928 Log: OAK-301- Document Oak Modified: jackrabbit/site/live/oak/docs/dos_and_donts.html jackrabbit/site/live/oak/docs/known_issues.html Modified: jackrabbit/site/live/oak/docs/dos_and_donts.html URL: http://svn.apache.org/viewvc/jackrabbit/site/live/oak/docs/dos_and_donts.html?rev=1677928&r1=1677927&r2=1677928&view=diff ============================================================================== --- jackrabbit/site/live/oak/docs/dos_and_donts.html (original) +++ jackrabbit/site/live/oak/docs/dos_and_donts.html Wed May 6 05:55:54 2015 @@ -1,13 +1,13 @@ - + Jackrabbit Oak - Session refresh behavior @@ -195,7 +195,7 @@

Last Published: 2015-04-16
Last Published: 2015-05-06
|
Version: 1.4-SNAPSHOT

Oak scales to large number of direct child nodes of a node as long as those are not orderable. For orderable child nodes Oak keeps the order in an internal property, which will lead to a performance degradation when the list grows too large. For such scenarios Oak provides the oak:Unstructured node type, which is equivalent to nt:unstructured except that it is not orderable.

Large Multi Value Property

Using nodes with large multi value property would not scale well. Depending on NodeStore it might hit some size limit restriction also. For e.g. with DocumentMK the MVP would be stored in the backing Document which on Mongo has a 16MB limit.

Inlining large binaries

Most of the BlobStore provide an option to inline small binary content as part of node property itself. For example FileDataStore supports minRecordLength property. If that is set to say 4096 then any binary with size less than 4kb would be stored as part of node data itself and not in BlobStore.

Its recommended to not set very high value for this as depending on implementation it might hit some limit causing the commit to fail. For e.g. SegmentMK enforces a limit of 8k for any inlined binary value. Further this would also lead to repository growth as by default when binaries are stored in BlobStore then they are deduplicated.

Jackrabbit Oak - Known issues