You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Marcin Cenkier (JIRA)" <ji...@apache.org> on 2005/09/23 16:16:10 UTC
[jira] Created: (JCR-221) versioning operations currently do not participate in transactions
versioning operations currently do not participate in transactions
------------------------------------------------------------------
Key: JCR-221
URL: http://issues.apache.org/jira/browse/JCR-221
Project: Jackrabbit
Type: Bug
Components: versioning, transactions, core
Environment: Jackrabbit and CRX on windows and linux.
Reporter: Marcin Cenkier
Priority: Blocker
When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
Here's the stacktrace:
15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
java.lang.Exception: Cannot commit transaction.
[...]
Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
to commit transaction.:
31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
[...]
Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
[...]
When you dont checkin the node transaction commits well, but the node is left checked out...
--
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
[jira] Commented: (JCR-221) NoSuchItemStateException if Node.checkin() is invoked within a transaction
Posted by "Tobias Strasser (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-221?page=comments#action_12331176 ]
Tobias Strasser commented on JCR-221:
-------------------------------------
yes, but this is another bug. see JCR-141.
the following test works for me:
public void testCheckin() throws Exception {
// get user transaction object
UserTransaction utx = new UserTransactionImpl(superuser);
// start transaction
utx.begin();
// add node and save
Node n = testRootNode.addNode(nodeName1, testNodeType);
n.addMixin(mixVersionable);
testRootNode.save();
n.checkin();
// commit
utx.commit();
assertFalse("Node must be checked-in", n.isCheckedOut());
}
> NoSuchItemStateException if Node.checkin() is invoked within a transaction
> --------------------------------------------------------------------------
>
> Key: JCR-221
> URL: http://issues.apache.org/jira/browse/JCR-221
> Project: Jackrabbit
> Type: Bug
> Components: versioning, transactions, core
> Environment: Jackrabbit and CRX on windows and linux.
> Reporter: Marcin Cenkier
> Assignee: Tobias Strasser
> Priority: Blocker
> Fix For: 1.0
>
> When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
> Here's the stacktrace:
> 15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
> java.lang.Exception: Cannot commit transaction.
> [...]
> Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
> to commit transaction.:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> When you dont checkin the node transaction commits well, but the node is left checked out...
--
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
[jira] Updated: (JCR-221) versioning operations currently do not participate in transactions
Posted by "Jukka Zitting (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-221?page=all ]
Jukka Zitting updated JCR-221:
------------------------------
Fix Version: 1.0
> versioning operations currently do not participate in transactions
> ------------------------------------------------------------------
>
> Key: JCR-221
> URL: http://issues.apache.org/jira/browse/JCR-221
> Project: Jackrabbit
> Type: Bug
> Components: versioning, transactions, core
> Environment: Jackrabbit and CRX on windows and linux.
> Reporter: Marcin Cenkier
> Assignee: Tobias Strasser
> Priority: Blocker
> Fix For: 1.0
>
> When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
> Here's the stacktrace:
> 15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
> java.lang.Exception: Cannot commit transaction.
> [...]
> Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
> to commit transaction.:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> When you dont checkin the node transaction commits well, but the node is left checked out...
--
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
[jira] Reopened: (JCR-221) NoSuchItemStateException if Node.checkin() is invoked within a transaction
Posted by "Tobias Strasser (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-221?page=all ]
Tobias Strasser reopened JCR-221:
---------------------------------
...ok refined the test. within the transaction, the node is still checked out....
> NoSuchItemStateException if Node.checkin() is invoked within a transaction
> --------------------------------------------------------------------------
>
> Key: JCR-221
> URL: http://issues.apache.org/jira/browse/JCR-221
> Project: Jackrabbit
> Type: Bug
> Components: versioning, transactions, core
> Environment: Jackrabbit and CRX on windows and linux.
> Reporter: Marcin Cenkier
> Assignee: Tobias Strasser
> Priority: Blocker
> Fix For: 1.0
>
> When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
> Here's the stacktrace:
> 15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
> java.lang.Exception: Cannot commit transaction.
> [...]
> Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
> to commit transaction.:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> When you dont checkin the node transaction commits well, but the node is left checked out...
--
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
[jira] Resolved: (JCR-221) NoSuchItemStateException if Node.checkin() is invoked within a transaction
Posted by "Tobias Strasser (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-221?page=all ]
Tobias Strasser resolved JCR-221:
---------------------------------
Resolution: Fixed
prevously mentioned tests succeed after JCR-237 was fxied.
> NoSuchItemStateException if Node.checkin() is invoked within a transaction
> --------------------------------------------------------------------------
>
> Key: JCR-221
> URL: http://issues.apache.org/jira/browse/JCR-221
> Project: Jackrabbit
> Type: Bug
> Components: versioning, transactions, core
> Environment: Jackrabbit and CRX on windows and linux.
> Reporter: Marcin Cenkier
> Assignee: Tobias Strasser
> Priority: Blocker
> Fix For: 1.0
>
> When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
> Here's the stacktrace:
> 15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
> java.lang.Exception: Cannot commit transaction.
> [...]
> Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
> to commit transaction.:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> When you dont checkin the node transaction commits well, but the node is left checked out...
--
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
[jira] Resolved: (JCR-221) NoSuchItemStateException if Node.checkin() is invoked within a transaction
Posted by "Tobias Strasser (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-221?page=all ]
Tobias Strasser resolved JCR-221:
---------------------------------
Resolution: Fixed
fixed.
Author: tripod
Date: Mon Oct 3 05:45:08 2005
New Revision: 293324
> NoSuchItemStateException if Node.checkin() is invoked within a transaction
> --------------------------------------------------------------------------
>
> Key: JCR-221
> URL: http://issues.apache.org/jira/browse/JCR-221
> Project: Jackrabbit
> Type: Bug
> Components: versioning, transactions, core
> Environment: Jackrabbit and CRX on windows and linux.
> Reporter: Marcin Cenkier
> Assignee: Tobias Strasser
> Priority: Blocker
> Fix For: 1.0
>
> When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
> Here's the stacktrace:
> 15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
> java.lang.Exception: Cannot commit transaction.
> [...]
> Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
> to commit transaction.:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> When you dont checkin the node transaction commits well, but the node is left checked out...
--
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
[jira] Skomentowane: (JCR-221) NoSuchItemStateException if Node.checkin() is invoked within a transaction
Posted by "Marcin Cenkier (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-221?page=comments#action_12331172 ]
Marcin Cenkier commented on JCR-221:
------------------------------------
The exception is not thrown, but transaction still doesn't work. Checked out in transaction nodes remain checked out even so there is checkin() method called. So the repository is left in inconsistent state.
> NoSuchItemStateException if Node.checkin() is invoked within a transaction
> --------------------------------------------------------------------------
>
> Key: JCR-221
> URL: http://issues.apache.org/jira/browse/JCR-221
> Project: Jackrabbit
> Type: Bug
> Components: versioning, transactions, core
> Environment: Jackrabbit and CRX on windows and linux.
> Reporter: Marcin Cenkier
> Assignee: Tobias Strasser
> Priority: Blocker
> Fix For: 1.0
>
> When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
> Here's the stacktrace:
> 15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
> java.lang.Exception: Cannot commit transaction.
> [...]
> Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
> to commit transaction.:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> When you dont checkin the node transaction commits well, but the node is left checked out...
--
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
[jira] Updated: (JCR-221) NoSuchItemStateException if Node.checkin() is invoked within a transaction
Posted by "Tobias Strasser (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-221?page=all ]
Tobias Strasser updated JCR-221:
--------------------------------
Summary: NoSuchItemStateException if Node.checkin() is invoked within a transaction (was: versioning operations currently do not participate in transactions)
> NoSuchItemStateException if Node.checkin() is invoked within a transaction
> --------------------------------------------------------------------------
>
> Key: JCR-221
> URL: http://issues.apache.org/jira/browse/JCR-221
> Project: Jackrabbit
> Type: Bug
> Components: versioning, transactions, core
> Environment: Jackrabbit and CRX on windows and linux.
> Reporter: Marcin Cenkier
> Assignee: Tobias Strasser
> Priority: Blocker
> Fix For: 1.0
>
> When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
> Here's the stacktrace:
> 15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
> java.lang.Exception: Cannot commit transaction.
> [...]
> Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
> to commit transaction.:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> When you dont checkin the node transaction commits well, but the node is left checked out...
--
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
[jira] Assigned: (JCR-221) versioning operations currently do not participate in transactions
Posted by "Tobias Strasser (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-221?page=all ]
Tobias Strasser reassigned JCR-221:
-----------------------------------
Assign To: Tobias Strasser
> versioning operations currently do not participate in transactions
> ------------------------------------------------------------------
>
> Key: JCR-221
> URL: http://issues.apache.org/jira/browse/JCR-221
> Project: Jackrabbit
> Type: Bug
> Components: versioning, transactions, core
> Environment: Jackrabbit and CRX on windows and linux.
> Reporter: Marcin Cenkier
> Assignee: Tobias Strasser
> Priority: Blocker
>
> When you run a code that takes versionning outside transactions - everything goes ok. But when you run it inside transaction, it fails:
> Here's the stacktrace:
> 15:41:14,434 ERROR (TransactionalItemStateManager.java:114) -
> java.lang.Exception: Cannot commit transaction.
> [...]
> Caused by: org.apache.jackrabbit.core.state.TransactionException: Unable
> to commit transaction.:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 31f78b39-6422-4ec8-b41e-2571b6807b05/{http://www.jcp.org/jcr/1.0}isCheckedOut
> [...]
> When you dont checkin the node transaction commits well, but the node is left checked out...
--
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