|
|
You're in the
dotnet component services
group:Transaction error...Either enlist this session in a new transaction or the NULL transaction
dotnet component services:
stuff. When I get this error. Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction Exception Details: System.Data.SqlClient.SqlException: Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction When I remove the ServicedComponent inheritance from my Business class everything works great! To ellaborate: I have an abstract Class A which inherits from SerivcedComponetns and also implement an Execute method, in which SubExecute is called (implemented by class B) Class B inherits class B and Implements SubExecute. Both methods are tagged with [AutoComplete], and bot classes are tagged with [Serializable] and [ Transaction(TransactionOption.Required) ] But when any Database operations (implemented in separate layer) are called it returns with an error! Anybody got an idea of why Thanks a lot! Børge
I have to add that several of my database functions (both the C# code and
the stored procedures) calls Begin Transaction. Is this a problem? Thanks! [quoted text, click to view] "bobben" <bobben@nospam.com> wrote in message news:egdYpQg%23DHA.1936@TK2MSFTNGP12.phx.gbl... > I am doing some database work, nothing fancy, just creating som new rows and > stuff. When I get this error. > > Distributed transaction completed. Either enlist this session in a new > transaction or the NULL transaction > > Exception Details: System.Data.SqlClient.SqlException: Distributed > transaction completed. Either enlist this session in a new transaction or > the NULL transaction > > When I remove the ServicedComponent inheritance from my Business class > everything works great! > > To ellaborate: > > I have an abstract Class A which inherits from SerivcedComponetns and also > implement an Execute method, in which SubExecute is called (implemented by > class B) > > Class B inherits class B and Implements SubExecute. > > Both methods are tagged with [AutoComplete], and bot classes are tagged with > [Serializable] and [ Transaction(TransactionOption.Required) ] > > But when any Database operations (implemented in separate layer) are called > it returns with an error! > > Anybody got an idea of why > > Thanks a lot! > > Børge > >
Hi Bobben,
If I'm reading this correct, you have something like this: [Transaction(TransactionOption.Required)] public class A : ServicedComponent { [AutoComplete] void Execute() { SubExecute(); } protected virtual SubExecute() { } } [Transaction(TransactionOption.Required)] public class B : A { [AutoComplete] void SubExecute() { // do work } } In this case, if you create an instance of class B and call Execute, I think that will happen is this: 1. Base class A's Execute will be called. Since TransactionOption.Required is specified, a transaction will be created. 2. B.SubExecute will be called. Since there is already a transaction, it will be used for the execution of SubExecute 3. Upon returning from B.SubExecute, AutoComplete will commit the transaction. 4. Returning from A.Execute will also try to commit the transaction, yielding the error you are seeing. Also, if you remove the inheritance from ServicedComponent, I don't think a transaction will actually get created in the background through COM+. HTH, Mark Jen [MSFT] -- Please reply in newsgroup. This posting is provided "AS IS" with no warranties, and confers no rights. [quoted text, click to view] "bobben" <bobben@nospam.com> wrote in message news:#Wbn2ig#DHA.2348@TK2MSFTNGP09.phx.gbl... > I have to add that several of my database functions (both the C# code and > the stored procedures) calls Begin Transaction. Is this a problem? > > Thanks! > > "bobben" <bobben@nospam.com> wrote in message > news:egdYpQg%23DHA.1936@TK2MSFTNGP12.phx.gbl... > > I am doing some database work, nothing fancy, just creating som new rows > and > > stuff. When I get this error. > > > > Distributed transaction completed. Either enlist this session in a new > > transaction or the NULL transaction > > > > Exception Details: System.Data.SqlClient.SqlException: Distributed > > transaction completed. Either enlist this session in a new transaction or > > the NULL transaction > > > > When I remove the ServicedComponent inheritance from my Business class > > everything works great! > > > > To ellaborate: > > > > I have an abstract Class A which inherits from SerivcedComponetns and > also > > implement an Execute method, in which SubExecute is called (implemented by > > class B) > > > > Class B inherits class B and Implements SubExecute. > > > > Both methods are tagged with [AutoComplete], and bot classes are tagged > with > > [Serializable] and [ Transaction(TransactionOption.Required) ] > > > > But when any Database operations (implemented in separate layer) are > called > > it returns with an error! > > > > Anybody got an idea of why > > > > Thanks a lot! > > > > Børge > > > > > >
Also, calling BeginTransaction and/or using a "begin transaction" in TSQL
shouldn't cause a problem. AFAIK, those calls make a SQL local database transaction which should then be automatically enlisted in the distributed transaction if one exists. Thus, the outcome of the local transaction should be dependent on the distributed transaction. Thanks, Mark Jen [MSFT] -- Please reply in newsgroup. This posting is provided "AS IS" with no warranties, and confers no rights. [quoted text, click to view] "Mark Jen [MSFT]" <markjen@online.microsoft.com> wrote in message news:eXBBhcm#DHA.3500@tk2msftngp13.phx.gbl... > Hi Bobben, > > If I'm reading this correct, you have something like this: > > [Transaction(TransactionOption.Required)] > public class A : ServicedComponent > { > [AutoComplete] > void Execute() { > SubExecute(); > } > > protected virtual SubExecute() { } > } > > [Transaction(TransactionOption.Required)] > public class B : A { > [AutoComplete] > void SubExecute() { > // do work > } > } > > In this case, if you create an instance of class B and call Execute, I think > that will happen is this: > > 1. Base class A's Execute will be called. Since TransactionOption.Required > is specified, a transaction will be created. > 2. B.SubExecute will be called. Since there is already a transaction, it > will be used for the execution of SubExecute > 3. Upon returning from B.SubExecute, AutoComplete will commit the > transaction. > 4. Returning from A.Execute will also try to commit the transaction, > yielding the error you are seeing. > > Also, if you remove the inheritance from ServicedComponent, I don't think a > transaction will actually get created in the background through COM+. > > HTH, > Mark Jen [MSFT] > -- > Please reply in newsgroup. > This posting is provided "AS IS" with no warranties, and confers no rights. > > > > "bobben" <bobben@nospam.com> wrote in message > news:#Wbn2ig#DHA.2348@TK2MSFTNGP09.phx.gbl... > > I have to add that several of my database functions (both the C# code and > > the stored procedures) calls Begin Transaction. Is this a problem? > > > > Thanks! > > > > "bobben" <bobben@nospam.com> wrote in message > > news:egdYpQg%23DHA.1936@TK2MSFTNGP12.phx.gbl... > > > I am doing some database work, nothing fancy, just creating som new rows > > and > > > stuff. When I get this error. > > > > > > Distributed transaction completed. Either enlist this session in a new > > > transaction or the NULL transaction > > > > > > Exception Details: System.Data.SqlClient.SqlException: Distributed > > > transaction completed. Either enlist this session in a new transaction > or > > > the NULL transaction > > > > > > When I remove the ServicedComponent inheritance from my Business class > > > everything works great! > > > > > > To ellaborate: > > > > > > I have an abstract Class A which inherits from SerivcedComponetns and > > also > > > implement an Execute method, in which SubExecute is called (implemented > by > > > class B) > > > > > > Class B inherits class B and Implements SubExecute. > > > > > > Both methods are tagged with [AutoComplete], and bot classes are tagged > > with > > > [Serializable] and [ Transaction(TransactionOption.Required) ] > > > > > > But when any Database operations (implemented in separate layer) are > > called > > > it returns with an error! > > > > > > Anybody got an idea of why > > > > > > Thanks a lot! > > > > > > Børge > > > > > > > > > > > >
Thanks for your input.
I aggree with you in the way you described it. But in B::SubExecute() i call another assembly (which is not registered with Com+) which in turn does the actual db work. Could this be the problem? Børge [quoted text, click to view] "Mark Jen [MSFT]" <markjen@online.microsoft.com> wrote in message news:ODi7zom%23DHA.3184@TK2MSFTNGP09.phx.gbl... > Also, calling BeginTransaction and/or using a "begin transaction" in TSQL > shouldn't cause a problem. AFAIK, those calls make a SQL local database > transaction which should then be automatically enlisted in the distributed > transaction if one exists. Thus, the outcome of the local transaction should > be dependent on the distributed transaction. > > Thanks, > Mark Jen [MSFT] > -- > Please reply in newsgroup. > This posting is provided "AS IS" with no warranties, and confers no rights. > > "Mark Jen [MSFT]" <markjen@online.microsoft.com> wrote in message > news:eXBBhcm#DHA.3500@tk2msftngp13.phx.gbl... > > Hi Bobben, > > > > If I'm reading this correct, you have something like this: > > > > [Transaction(TransactionOption.Required)] > > public class A : ServicedComponent > > { > > [AutoComplete] > > void Execute() { > > SubExecute(); > > } > > > > protected virtual SubExecute() { } > > } > > > > [Transaction(TransactionOption.Required)] > > public class B : A { > > [AutoComplete] > > void SubExecute() { > > // do work > > } > > } > > > > In this case, if you create an instance of class B and call Execute, I > think > > that will happen is this: > > > > 1. Base class A's Execute will be called. Since TransactionOption.Required > > is specified, a transaction will be created. > > 2. B.SubExecute will be called. Since there is already a transaction, it > > will be used for the execution of SubExecute > > 3. Upon returning from B.SubExecute, AutoComplete will commit the > > transaction. > > 4. Returning from A.Execute will also try to commit the transaction, > > yielding the error you are seeing. > > > > Also, if you remove the inheritance from ServicedComponent, I don't think > a > > transaction will actually get created in the background through COM+. > > > > HTH, > > Mark Jen [MSFT] > > -- > > Please reply in newsgroup. > > This posting is provided "AS IS" with no warranties, and confers no > rights. > > > > > > > > "bobben" <bobben@nospam.com> wrote in message > > news:#Wbn2ig#DHA.2348@TK2MSFTNGP09.phx.gbl... > > > I have to add that several of my database functions (both the C# code > and > > > the stored procedures) calls Begin Transaction. Is this a problem? > > > > > > Thanks! > > > > > > "bobben" <bobben@nospam.com> wrote in message > > > news:egdYpQg%23DHA.1936@TK2MSFTNGP12.phx.gbl... > > > > I am doing some database work, nothing fancy, just creating som new > rows > > > and > > > > stuff. When I get this error. > > > > > > > > Distributed transaction completed. Either enlist this session in a new > > > > transaction or the NULL transaction > > > > > > > > Exception Details: System.Data.SqlClient.SqlException: Distributed > > > > transaction completed. Either enlist this session in a new transaction > > or > > > > the NULL transaction > > > > > > > > When I remove the ServicedComponent inheritance from my Business class > > > > everything works great! > > > > > > > > To ellaborate: > > > > > > > > I have an abstract Class A which inherits from SerivcedComponetns > and > > > also > > > > implement an Execute method, in which SubExecute is called > (implemented > > by > > > > class B) > > > > > > > > Class B inherits class B and Implements SubExecute. > > > > > > > > Both methods are tagged with [AutoComplete], and bot classes are > tagged > > > with > > > > [Serializable] and [ Transaction(TransactionOption.Required) ] > > > > > > > > But when any Database operations (implemented in separate layer) are > > > called > > > > it returns with an error! > > > > > > > > Anybody got an idea of why > > > > > > > > Thanks a lot! > > > > > > > > Børge > > > > > > > > > > > > > > > > > > > >
Hi,
Can you include the stack of the exception? At what step in your sequence of actions do you get the exception? Regards, -- Florin Lazar - Microsoft - [ http://blogs.msdn.com/florinlazar ] Please do not send email directly to this alias. This alias is for newsgroup purposes only. This posting is provided "AS IS" with no warranties, and confers no rights. [quoted text, click to view] "bobben" <bobben@nospam.com> wrote in message news:egdYpQg%23DHA.1936@TK2MSFTNGP12.phx.gbl... > I am doing some database work, nothing fancy, just creating som new rows and > stuff. When I get this error. > > Distributed transaction completed. Either enlist this session in a new > transaction or the NULL transaction > > Exception Details: System.Data.SqlClient.SqlException: Distributed > transaction completed. Either enlist this session in a new transaction or > the NULL transaction > > When I remove the ServicedComponent inheritance from my Business class > everything works great! > > To ellaborate: > > I have an abstract Class A which inherits from SerivcedComponetns and also > implement an Execute method, in which SubExecute is called (implemented by > class B) > > Class B inherits class B and Implements SubExecute. > > Both methods are tagged with [AutoComplete], and bot classes are tagged with > [Serializable] and [ Transaction(TransactionOption.Required) ] > > But when any Database operations (implemented in separate layer) are called > it returns with an error! > > Anybody got an idea of why > > Thanks a lot! > > Børge > >
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
April 2008
May 2008
| home · blog · groups | Questions? Comments? Contact the dn |