You are viewing a plain text version of this content. The canonical link for it is here.

Posted to oak-issues@jackrabbit.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2013/09/18 22:35:52 UTC

[jira] [Resolved] (OAK-1001) SegmentMK: 32bit support for the file backend

     [ https://issues.apache.org/jira/browse/OAK-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jukka Zitting resolved OAK-1001.
--------------------------------

       Resolution: Fixed
    Fix Version/s: 0.10

TarMK now works in both 64 (memory mapping) and 32 bit (normal file access) modes. The sun.arch.data.model system property is used to select the default mode, but it's also possible to explicitly configure it.

In revision 1524549 I added the TarMK (without memory mapping) to the set of fixtures used when running TCK tests. There's an odd DocumentViewImportTest failure that I'm still looking at. The root cause is probably somewhere else, so I'm resolving this issue as Fixed already now.
                
> SegmentMK: 32bit support for the file backend
> ---------------------------------------------
>
>                 Key: OAK-1001
>                 URL: https://issues.apache.org/jira/browse/OAK-1001
>             Project: Jackrabbit Oak
>          Issue Type: Sub-task
>          Components: core
>            Reporter: Jukka Zitting
>            Assignee: Jukka Zitting
>             Fix For: 0.10
>
>
> Instead of just logging a warning (OAK-848), the file backend of the SemgnetMK should work also on 32bit JVMs. To do this, it should use normal file IO instead of memory-mapped files, as the latter will quickly exhaust the available address space of a 32bit JVM.

--
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