jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Dürig (JIRA) <j...@apache.org>
Subject [jira] Commented: (JCR-2714) Selective disabling of checks in ItemValidator
Date Fri, 13 Aug 2010 13:05:16 GMT

    [ https://issues.apache.org/jira/browse/JCR-2714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12898221#action_12898221
] 

Michael Dürig commented on JCR-2714:
------------------------------------

Thanks Jukka. This looks good to me. Although I'd prefer to have the performUnchecked method
on SessionState I think your solution is better since it doesn't require to expose ItemValidator's
state.

> Selective disabling of checks in ItemValidator
> ----------------------------------------------
>
>                 Key: JCR-2714
>                 URL: https://issues.apache.org/jira/browse/JCR-2714
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-core
>    Affects Versions: 2.2.0
>            Reporter: Michael Dürig
>            Assignee: Michael Dürig
>         Attachments: JCR-2714-2.patch, JCR-2714.patch
>
>
> I would like to be able to selectively disable checks in ItemValidator in the scope of
an operation performed through methods of the SessionState class. Doing so would provide simple
means for internally modifying (for example) protected items. Currently such modifications
must be done 'manually' on the item state level. This approach is very error prone and not
very DRY.
> With my upcoming patch in place, setting a protected property would look like this:
> final Node parent = ...
> final Value value = ...
> SessionState sessionState = sessionContext.getSessionState();
> Property property = sessionState.performUnchecked(new SessionOperation<Property>()
{
>     public Property perform(SessionContext context) throws RepositoryException {
>         return parent.setProperty("foo", value);
>     }
> }, ItemValidator.CHECK_CONSTRAINTS);
> That is, users need to have access to the session context in order to disable checks
which makes this only usable from inside Jackrabbit. 

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


Mime
View raw message