IMO the point is, if you are creating a "generic" component (whatever this may mean :)), you cannot know the environment in which it may run later and if it will have to run it in the same transaction with some other components or not. In this case you currently have no other choice than to go with COM+/DTC. Of course you could build your own "managed DTC", but most probably your implementation will not be compatible with components made by others. I think the whole transaction support and other COM+ services will be moved into managed space by Microsoft in the future, the context infrastructure required for it is already there. There will surely still be some overhead over manual transaction management, but it will hopefully be less than going through COM+.
Regards Csaba --- Peter Foreman [EMAIL PROTECTED] wrote: > Firstly, if you have multiple RMs then I'd go with COM+/DTC. > > However, the DTC is considerable overhead in the single RM case. Code > transaction start/end > points in stored procedures or in ADO.Net code. You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
