blob: d59486c1b0dbd24dab3d3c62a08eda603448bdeb (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
|
/*
* Copyright (c) 2009-2013, 2015 Eike Stepper (Berlin, Germany) and others.
* All rights reserved. This program and the accompanying materials
* are made available under the terms of the Eclipse Public License v1.0
* which accompanies this distribution, and is available at
* http://www.eclipse.org/legal/epl-v10.html
*
* Contributors:
* Simon McDuff - initial API and implementation
* Eike Stepper - maintenance
*/
package org.eclipse.emf.cdo.transaction;
import org.eclipse.emf.cdo.CDOObject;
import org.eclipse.emf.cdo.common.commit.CDOCommitInfo;
import org.eclipse.emf.cdo.util.CommitException;
import org.eclipse.emf.cdo.util.ConcurrentAccessException;
import org.eclipse.emf.cdo.util.ContainmentCycleException;
import org.eclipse.core.runtime.IProgressMonitor;
/**
* Provides functionality that is common to both {@link CDOTransaction single} transactions and {@link CDOXATransaction
* distributed} (XA) transactions.
*
* @author Simon McDuff
* @since 2.0
* @noextend This interface is not intended to be extended by clients.
* @noimplement This interface is not intended to be implemented by clients.
*/
public interface CDOUserTransaction
{
/**
* Same as {@link #commit(IProgressMonitor) commit(null)}.
*
* @since 3.0
*/
public CDOCommitInfo commit() throws ConcurrentAccessException, CommitException;
/**
* Commits the modifications of this transaction to the repository and returns a {@link CDOCommitInfo commit info} object if successful.
* <p>
* Various kinds of problems <b>can</b> cause the commit to fail and not all of them can be avoided by acquiring pessimistic {@link CDOObject#cdoWriteLock() locks}
* on the modified objects. In particular you <b>must</b> expect and handle {@link ContainmentCycleException containment cycle exceptions}. The following example shows how
* write robust transactions:
* <pre>
CDOTransaction transaction = null;
try
{
transaction = session.openTransaction();
for (;;)
{
transaction.getViewLock().lock();
try
{
CDOResource resource = transaction.getResource("/stock/resource1");
// Modify the model here...
transaction.commit();
break;
}
catch (ConcurrentAccessException ex)
{
transaction.rollback();
}
catch (CommitException ex)
{
throw ex.wrap();
}
finally
{
transaction.getViewLock().unlock();
}
}
}
finally
{
if (transaction != null)
{
transaction.close();
}
}
* </pre>
*
* Note that the transaction stays functional after a any call to the <code>commit()</code> methods. If the transaction is not closed after a commit
* it can be used to apply additional modifications to the model.
*
* @since 3.0
*/
public CDOCommitInfo commit(IProgressMonitor progressMonitor) throws ConcurrentAccessException, CommitException;
public void rollback();
/**
* Creates a save point in the {@link CDOTransaction} that can be used to roll back a part of the transaction
* <p>
* Save points do not involve the server side, everything is done on the client side.
* <p>
*
* @since 3.0
*/
public CDOUserSavepoint setSavepoint();
/**
* @since 3.0
*/
public CDOUserSavepoint getLastSavepoint();
}
|
