[jira] [Comment Edited] (OAK-3611) upgrade H2DB dependency to 1.4.190

["Thomas Mueller (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/OAK-3611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15026565#comment-15026565 ] 

Thomas Mueller edited comment on OAK-3611 at 11/25/15 10:24 AM:
----------------------------------------------------------------

The reasons for the upgrade are: resilience issues have been fixed since version 1.4.185, and new features are available that affect the persistence cache. According to http://h2database.com/html/changelog.html: 

* Power failure could corrupt the store, if writes were re-ordered.
* Out of memory while storing could corrupt the store (theoretically, a rollback would be possible, but this case is not yet implemented).
* The compressed in-memory file systems (memLZF\:) could not be used in the MVStore.
* The in-memory file systems (memFS: and memLZF\:) did not support files larger than 2 GB.
* Possible integer overflow in WriteBuffer.grow().
* The LIRS cache could grow larger than the allocated memory.
* Use RandomAccessFile file system if the file name starts with "file:".
* Old chunks no longer removed in append-only mode.
* The cache for page references could grow far too big, resulting in out of memory in some cases.
* The maximum cache size was artificially limited to 2 GB.
* The LIRS cache now resizes the table automatically in all cases and no longer needs the averageMemory configuration.


was (Author: tmueller):
The reasons for the upgrade are: resilience issues have been fixed since version 1.4.185, and new features are available that affect the persistence cache. According to http://h2database.com/html/changelog.html: 

* Power failure could corrupt the store, if writes were re-ordered.
* Out of memory while storing could corrupt the store (theoretically, a rollback would be possible, but this case is not yet implemented).
* The compressed in-memory file systems (memLZF:) could not be used in the MVStore.
* The in-memory file systems (memFS: and memLZF:) did not support files larger than 2 GB.
* Possible integer overflow in WriteBuffer.grow().
* The LIRS cache could grow larger than the allocated memory.
* Use RandomAccessFile file system if the file name starts with "file:".
* Old chunks no longer removed in append-only mode.
* The cache for page references could grow far too big, resulting in out of memory in some cases.
* The maximum cache size was artificially limited to 2 GB.
* The LIRS cache now resizes the table automatically in all cases and no longer needs the averageMemory configuration.

> upgrade H2DB dependency to 1.4.190
> ----------------------------------
>
>                 Key: OAK-3611
>                 URL: https://issues.apache.org/jira/browse/OAK-3611
>             Project: Jackrabbit Oak
>          Issue Type: Task
>          Components: core
>            Reporter: Julian Reschke
>            Assignee: Thomas Mueller
>
> (we are currently at 1.4.185)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)