[
https://issues.apache.org/jira/browse/OAK-659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13737999#comment-13737999
]
Jukka Zitting commented on OAK-659:
-----------------------------------
Right, good point.
Another alternative would be to buffer things in memory in KernelNodeBuilder in
such cases (that's what we now do, so at least it wouldn't be a regression),
while allowing a SegmentNodeBuilder persist changes more aggressively.
If this becomes a more pressing issue with the MicroKernel, we can look at
extending the contract to allow branches from branches. Or we could do it
already now, as AFAICT the required changes in either H2- or MongoMK shouldn't
be too complicated.
> Move purge logic for transient changes below the NodeBuilder interface
> ----------------------------------------------------------------------
>
> Key: OAK-659
> URL: https://issues.apache.org/jira/browse/OAK-659
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: core
> Reporter: Michael Dürig
> Attachments: OAK-659-2.patch, OAK-659.patch
>
>
> Currently transient changes are purged down to a persisted branch once a
> certain size threshold is hit. This logic currently resides in {{RootImpl}}.
> However this approach doesn't catch the case where a lot of content is added
> by a commit hook (e.g. index updates) since commit hooks operate on the
> {{NodeBuilder}} level which is below {{Root}}.
> The aim of this issue is to pursue ways to push the purge logic further down
> below the {{NodeBuilder}} interface.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
