Changes between Version 4 and Version 5 of FDORfc58

Timestamp:

04/17/11 19:43:29 (14 years ago)

Author:

leaf

Comment:

--

FDORfc58

@@ -1 @@
-= FDO RFC 58 - Keep It after One Long Transaction is Committed =
+= FDO RFC 58 - Keep It after One Long Transaction is Committed or Rollbacked =
 
 This page contains a request for comments document (RFC) for the FDO Open Source project.  
@@ -22 +22 @@
 == Overview ==
 
-The RFC is to add an extra parameter to FdoICommitLongTransaction command to indicate whether to remove the long transaction after is committed successfully or to keep it.
+The RFC is to add an extra parameter to FdoICommitLongTransaction and FdoIRollbackLongTransaction command to indicate whether to remove the long transaction after it is committed or rollbacked successfully or to keep it.
 
 == Motivation ==
 
-Currently after executing FdoICommitLongTransaction command successfully, FDO will merge changes in this long transaction to the parent version and delete the child version. Based on feedback from ArcSDE users, they would like to see a merge operation that does not remove the child. They want to keep using the child version to reuse for further editing work.
+Currently after executing FdoICommitLongTransaction command successfully, FDO will merge changes in this long transaction to the parent version and delete the child version. FDO will similarly drop changes in a long transaction and remove it after executing FdoIRollbackLongTransaction command successfully. Based on feedback from ArcSDE users, they would like to see a merge/drop operation that does not remove the child. They want to keep using the child version to reuse for further editing work.
 
 == Proposed Solution ==
 
-The proposed solution is to add an extra parameter to FdoICommitLongTransaction command to indicate whether to keep the committed long transaction in the version graph and not remove it. Its default value is false. It means removing the long transaction from version graph after it is committed. Changes to class FdoICommitLongTransaction are as follows.
+The proposed solution is to add an extra parameter to FdoICommitLongTransaction and FdoIRollbackLongTransaction command to indicate whether to keep the long transaction in the version graph and not remove it. Its default value is false. It means removing the long transaction from version graph after it is committed or rollbacked. Changes to class FdoICommitLongTransaction and FdoIRollbackLongTransaction are as follows.
 
 {{{
@@ -60 +60 @@
     ......
 };
+
+class FdoIRollbackLongTransaction : public FdoIFeatureCommand
+{
+public:
+    /// \brief
+    /// Returns true if keeping the long transaction after it is rollbacked.
+    /// Returns false if remove the long transaction after it is rollbacked.
+    /// Default value for KeepLongTransaction is false.
+    /// 
+    /// \return
+    /// Returns true if keeping the long transaction after it is rollbacked.
+    /// 
+    FDO_API virtual FdoBoolean GetKeepLongTransaction () = 0;
+
+    /// \brief
+    /// Sets whether to keep the long transaction after it is rollbacked.
+    /// Default value for KeepLongTransaction is false.
+    ///
+    /// \param value 
+    /// Input one boolean value to indicate whether to keep the rollbacked
+    /// long transaction
+    /// 
+    /// \return
+    /// Returns nothing
+    /// 
+    FDO_API virtual void SetKeepLongTransaction (FdoBoolean value) = 0;
+    ......
+};
 }}}