You are viewing a plain text version of this content. The canonical link for it is here.
Posted to graffito-dev@incubator.apache.org by "Martin Koci (JIRA)" <ji...@apache.org> on 2005/11/09 21:17:03 UTC
[jira] Updated: (GRFT-73) Check locked node status in operations
[ http://issues.apache.org/jira/browse/GRFT-73?page=all ]
Martin Koci updated GRFT-73:
----------------------------
Attachment: LockingException.java
LockedException.java
CannotUnlockException.java
> Check locked node status in operations
> --------------------------------------
>
> Key: GRFT-73
> URL: http://issues.apache.org/jira/browse/GRFT-73
> Project: Graffito
> Type: Improvement
> Reporter: Martin Koci
> Priority: Critical
> Attachments: CannotUnlockException.java, LockedException.java, LockingException.java
>
> Many operations on Node throws LockException if node is locked. But current code doesnt reflect this behaviour correctly: e.g. checkin:
> try{
> Node node = (Node) session.getItem(path);
> ...
> javax.jcr.version.Version newVersion = node.checkin(); // throws LockException if node locked
> ....
> }catch (RepositoryException e) { // Catch LockException too !!
> throw new VersionException("Impossible to checkin the object " + path, e);
> }
> LockException -> VersionException?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira