b6d16934e5a47ab10104f1d70cf15bc4b14d6291
[mdsal.git] / common / mdsal-common-api / src / main / java / org / opendaylight / mdsal / common / api / AsyncDataTransactionFactory.java
1 /*
2  * Copyright (c) 2014 Cisco Systems, Inc. and others.  All rights reserved.
3  *
4  * This program and the accompanying materials are made available under the
5  * terms of the Eclipse Public License v1.0 which accompanies this distribution,
6  * and is available at http://www.eclipse.org/legal/epl-v10.html
7  */
8 package org.opendaylight.mdsal.common.api;
9
10 import org.opendaylight.yangtools.concepts.Path;
11
12 /**
13  * A factory which allocates new transactions to operate on the data tree.
14  *
15  * <p>
16  * <b>Note:</b> This interface is not intended to be used directly, but rather via subinterfaces
17  * which introduces additional semantics to allocated transactions.
18  * <ul>
19  * <li> {@link AsyncDataBroker}
20  * </ul>
21  *
22  * <p>
23  * All operations on the data tree are performed via one of the transactions:
24  * <ul>
25  * <li>Read-Only - allocated using {@link #newReadOnlyTransaction()}
26  * <li>Write-Only - allocated using {@link #newWriteOnlyTransaction()}
27  * </ul>
28  *
29  * <p>
30  * These transactions provides a stable isolated view of the data tree, which is guaranteed to be
31  * not affected by other concurrent transactions, until transaction is committed.
32  *
33  * <p>
34  * For a detailed explanation of how transaction are isolated and how transaction-local changes are
35  * committed to global data tree, see {@link AsyncReadTransaction}, {@link AsyncWriteTransaction}
36  * and {@link AsyncWriteTransaction#commit()}.
37  *
38  * <p>
39  * It is strongly recommended to use the type of transaction, which provides only the minimal
40  * capabilities you need. This allows for optimizations at the data broker / data store level. For
41  * example, implementations may optimize the transaction for reading if they know ahead of time that
42  * you only need to read data - such as not keeping additional meta-data, which may be required for
43  * write transactions.
44  *
45  * <p>
46  * <b>Implementation Note:</b> This interface is not intended to be implemented by users of MD-SAL,
47  * but only to be consumed by them.
48  *
49  * @see AsyncDataBroker
50  *
51  * @param <P> Type of path (subtree identifier), which represents location in tree
52  * @param <D> Type of data (payload), which represents data payload
53  * @deprecated This interface is being removed. Use either {@code org.opendaylight.mdsal.binding.api.TransactionFactory}
54  *             or {@code org.opendaylight.mdsal.dom.api.DOMTransactionFactory} instead.
55  */
56 @Deprecated
57 public interface AsyncDataTransactionFactory<P extends Path<P>, D> {
58
59     /**
60      * Allocates a new read-only transaction which provides an immutable snapshot of
61      * the data tree.
62      *
63      *<p>
64      * The view of data tree is an immutable snapshot of current data tree state when
65      * transaction was allocated.
66      *
67      * @return new read-only transaction
68      */
69     AsyncReadTransaction<P, D> newReadOnlyTransaction();
70
71     /**
72      * Allocates new write-only transaction based on latest state of data tree.
73      *
74      * <p>
75      * Preconditions for mutation of data tree are captured from the snapshot of data tree state,
76      * when the transaction is allocated. If data was changed during transaction in an incompatible
77      * way then the commit of this transaction will fail. See {@link AsyncWriteTransaction#commit()}
78      * for more details about conflicting and not-conflicting changes and failure scenarios.
79      *
80      * <p>
81      * Since this transaction does not provide a view of the data it SHOULD BE used only by callers
82      * which are exclusive writers (exporters of data) to the subtree they modify. This prevents
83      * optimistic lock failures as described in {@link AsyncWriteTransaction#commit()}.
84      *
85      * <p>
86      * Exclusivity of writers to particular subtree SHOULD BE enforced by external locking
87      * mechanism.
88      *
89      * @return new write-only transaction
90      */
91     AsyncWriteTransaction<P, D> newWriteOnlyTransaction();
92
93     /**
94      * Allocates new read-write transaction which provides a mutable view of the data tree.
95      *
96      * <p>
97      * Preconditions for mutation of data tree are captured from the snapshot of data tree state, when the transaction
98      * is allocated. If data was changed during transaction in an incompatible way then the commit of this transaction
99      * will fail. See {@link AsyncWriteTransaction#commit()} for more details about conflicting and not-conflicting
100      * changes and failure scenarios.
101      *
102      * @return new read-write transaction
103      */
104     AsyncReadWriteTransaction<P, D> newReadWriteTransaction();
105 }