Using distributed transactions in .Net 1.x without deriving from ServicedComponent

王朝c#·作者佚名  2006-01-09
窄屏简体版  字體: |||超大  

引用 : http://blogs.msdn.com/florinlazar/archive/2004/07/24/194199.aspx

The most used feature of System.EnterpriseServices or COM+ is the distributed transaction support. And the automatic transaction programming model in ES using attributes ([Transaction] and [AutoComplete]) is great and nice but (it is always a but!)... you need to inherit from ServicedComponent and the Transaction attribute is only available at class level, and you need to register your component in the COM+ repository and the list can continue.

If doing this seems overkill to you, because all you need is a distributed transaction to protect your code/actions and you don't care of any of the others ES features (which are great ones nevertheless) then there is a solution for you: System.EnterpriseServices.ServiceDomain. Here is some sample code:

using System;

using System.EnterpriseServices;

namespace SDSample

{

class Class1

{

[MTAThread]

static void Main(string[] args)

{

ServiceConfig config = new ServiceConfig();

config.Transaction = TransactionOption.Required;

ServiceDomain.Enter(config);

try

{

MyTxCode();

}

catch(Exception e)

{

// we got an exception

Console.WriteLine(e.Message);

// so, we should abort the transaction

ContextUtil.SetAbort();

}

finally

{

ServiceDomain.Leave();

}

}

// The code that I want to be transactional

static void MyTxCode()

{

Console.WriteLine(ContextUtil.TransactionId);

// Open connection to database 1

// Execute update in database 1

// Open connection to database 2

// Execute update in database 2

}

}

}

Of course, you can go further and create a helper class, let’s call it ESTransactionScope (similar to System.Transactions.TransactionScope that will arrive in Whidbey) that will be very easy to use:

using System;

using System.EnterpriseServices;

namespace SDSample2

{

class Class1

{

[MTAThread]

static void Main(string[] args)

{

using( ESTransactionScope ts = new ESTransactionScope())

{

MyTxCode();

// Everything went well, no exception thrown

// so let’s vote for Commit

ts.Complete();

}

}

static void MyTxCode()

{

Console.WriteLine(ContextUtil.TransactionId);

// Open connection to database 1

// Execute update in database 1

// Open connection to database 2

// Execute update in database 2

}

}

// Used to create transactional code blocks

class ESTransactionScope : IDisposable

{

// Dispose must be called to exit the transactional block

public void Dispose()

{

if(!this.Consistent)

{

ContextUtil.SetAbort();

}

ServiceDomain.Leave();

}

// by calling this method, you mark the scope as being consistent

// and ready to for commit

// if the method is never called, upon dispose, the scope will abort the transaction

public void Complete()

{

this.Consistent = true;

}

public ESTransactionScope()

{

EnterTxContext(TransactionOption.Required);

}

public ESTransactionScope(TransactionOption txOption)

{

EnterTxContext(txOption);

}

private void EnterTxContext(TransactionOption txOption)

{

ServiceConfig config = new ServiceConfig();

config.Transaction = txOption;

ServiceDomain.Enter(config);

}

// By default, the scope is inconsistent;

// To Commit the transaction on exit, the Consistent flag

// must be set to true before Dispose is called

private bool Consistent = false;

}

}

System.EnterpriseServices.ServiceDomain is available only on XP SP2 (or higher) and Windows Server 2003 and only in .Net 1.1.

If you need your app to work with .Net 1.0 or on Windows 2000 or XP pre-SP2, you can use the trick that Don Box posted at http://www.gotdotnet.com/team/dbox/default.aspx?key=2004-07-12T08:40:44Z It uses exactly one transactional ServicedComponent based class and a DoCallback method to which you pass the delegate to your MyTxCode function that needs to execute in a transaction.

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航