jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Thomas Mueller (JIRA)" <j...@apache.org>
Subject [jira] Updated: (JCR-1605) RepositoryLock does not work on NFS sometimes
Date Wed, 11 Feb 2009 13:03:00 GMT

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

Thomas Mueller updated JCR-1605:

    Attachment: repositoryLockMechanism.patch

With this patch, the repository lock mechanism can be configured in the repository.xml.

The repository-1.5.dtd is changed.

Also included is a cooperative mechanism that doesn't use file locking. Instead, it used a
background thread (watchdog thread).

If nobody disagrees, I will commit this patch in a few days.

> RepositoryLock does not work on NFS sometimes
> ---------------------------------------------
>                 Key: JCR-1605
>                 URL: https://issues.apache.org/jira/browse/JCR-1605
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>            Reporter: Thomas Mueller
>            Assignee: Thomas Mueller
>            Priority: Minor
>         Attachments: repositoryLockMechanism.patch
> The RepositoryLock mechanism currently used in Jackrabbit uses FileLock. This doesn't
work on some NFS file system. It looks like only NFS version 4 and newer supports locking.
Older implementations may throw a IOException "No locks available", which means the NFS does
not support byte-range locking.
> I propose to add a second locking mechanism, and add a configuration option to use it.
For example: <FileLocking class="acme" />. This second locking mechanism is a cooperative
locking protocol that uses a background (watchdog) thread and only uses regular file operations.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message