jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Julian Reschke (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (JCR-3209) lock token validity
Date Tue, 30 Jul 2013 15:23:49 GMT

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

Julian Reschke updated JCR-3209:
--------------------------------

    Affects Version/s: 2.4.4
        Fix Version/s: 2.4.5

(found to be needed in 2.4 as well so we can fix JCR-3633
                
> lock token validity
> -------------------
>
>                 Key: JCR-3209
>                 URL: https://issues.apache.org/jira/browse/JCR-3209
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-jcr-server, jackrabbit-spi2dav, locks
>    Affects Versions: 2.4.4
>            Reporter: Julian Reschke
>            Assignee: Julian Reschke
>            Priority: Minor
>             Fix For: 2.4.5, 2.5
>
>         Attachments: JCR-3209.diff
>
>
> There are several minor issues in the mapping between JCR lock tokens and WebDAV lock
tokens:
> 1) WebDAV lock tokens are supposed to use URI syntax (such as opaquelocktoken: or urn:uuid:)
> 2) The server currently computes lock tokens for session-scoped locks based on the node
id; these are not valid JCR lock tokens though and cause exceptions when they are re-added
when they appear in a Lock-Token header or an If header. This will likely cause requests to
fail that use both types of locks (yes, maybe academic but should be fixed anyway)
> Proposal:
> a) Map lock tokens to oqaquelocktoken URIs, using a constant UUID plus a postfix encoding
the original lock token
> b) Use a syntax that allows to distinguish between tokens for open-scoped locks or session-scoped
locks, so that we do not try to add the latter type to the Session (alternatively, handle
exceptions doing so gracefully)

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

Mime
View raw message