Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Distributed transactions are not supported #20472

Closed
KristinXie1 opened this issue Mar 6, 2017 · 16 comments
Closed

Distributed transactions are not supported #20472

KristinXie1 opened this issue Mar 6, 2017 · 16 comments
Labels
area-System.Transactions disabled-test The test is disabled in source code against the issue enhancement Product code improvement that does NOT require public API changes/additions
Milestone

Comments

@KristinXie1
Copy link

[ActiveIssue("Distributed transactions are not supported.")]

Test methods:
Vol0_Dur1_2PC()
Vol0_Dur2()
under: corefx\src\System.Transactions\tests\EnlistTest.cs

Details:
https://github.com/dotnet/corefx/blob/master/src/System.Transactions.Local/tests/EnlistTest.cs#L145
https://github.com/dotnet/corefx/blob/master/src/System.Transactions.Local/tests/EnlistTest.cs#L450

@danmoseley
Copy link
Member

Known limitation - since we have some tests there, they are disabled against this tracking issue for potential future support.

@danmoseley
Copy link
Member

Alternatively the tests can be deleted. I imagine if we added this feature we'd need more than 2 tests :)

@danmoseley danmoseley changed the title Change [ActiveIssue("Distributed transactions are not supported.")] to a new github issue Distributed transactions are not supported Mar 6, 2017
@stephentoub
Copy link
Member

stephentoub commented Mar 6, 2017

Already have https://github.com/dotnet/corefx/issues/13532 as well tracking this

@dmetzgar
Copy link

dmetzgar commented Mar 9, 2017

Duplicate of #17937

@dmetzgar dmetzgar closed this as completed Mar 9, 2017
@karelz
Copy link
Member

karelz commented Mar 9, 2017

@dmetzgar did you update the tests to point to the new issue? If not, please reopen and make the change prior to closing -- otherwise our vendors will reopen it again in next sweep.

@dmetzgar
Copy link

dmetzgar commented Mar 9, 2017

@karelz no I didn't realize they made a code change
@qizhanMS could you make that change?

@dmetzgar dmetzgar reopened this Mar 9, 2017
@karelz
Copy link
Member

karelz commented Mar 9, 2017

@dmetzgar FYI: it's the 'disabled-test' label which tracks that. I said it also in the offline email that it may be easier just to dupe the old issue against this one ...

@qizhanMS
Copy link
Member

@karelz I got confused on which issue number we should use in the code. Please specify. Also should we close some issues because dotnet/corefx#16755, #19318 and #17937 are same root cause.

@karelz
Copy link
Member

karelz commented Mar 16, 2017

If you have duplicates, mark as as duplicates and close them.
The issue which is used in ActiveIssue on disabled tests has to be open. It is up to you if you want to go and update the attributes on tests, or make you life easier and keep open the issue which is disabled from ActiveIssue in tests.
Does it help?

Overall: No process, just common sense ;)

@qizhanMS
Copy link
Member

We now may have trouble because I updated the code and changed 16755 to 13532. Right now, should I change the code back to 16755, or add "disabled-test" label to 13532?

@karelz
Copy link
Member

karelz commented Mar 16, 2017

I am lost what is what now.

Here are the rules of common sense:

  1. Don't keep multiple issues tracking the same thing, resolve them as duplicates.
  2. If a test is disabled (via ActiveIssue), the issue should be opened, not closed.

Does it help?

@evil-shrike
Copy link

evil-shrike commented Aug 24, 2017

Apart from problems of issue tracking what are your plans for distributed tx support (System.Transactions) in netcore?

btw this issue is linked from https://github.com/dotnet/corefx/wiki/ApiCompat#systemtransactions

@qizhanMS
Copy link
Member

qizhanMS commented Aug 24, 2017 via email

@dmetzgar
Copy link

Distributed transaction support in Sys.Tx in the Framework depends on MSDTC. There is no equivalent transaction coordinator on other platforms. We left room in Core to create assemblies such as System.Transactions.Msdtc or System.Transactions.ElasticTransactions (for example) so that a transaction coordinator could be plugged in and a transaction could be promoted to use the available coordinator. No plans yet to build a MSDTC plugin since we haven't seen much demand.

@Hviid
Copy link

Hviid commented Oct 12, 2018

I think this is fair, even though it would be nice.
But I find it hard to find any good guidance on of how to implement exactly-once behavior, when not being able to use DTC.
Does MS have any official guidance, maybe some kind of architecture guidance?
Would be nice if the EF Core docs refered to it:
https://docs.microsoft.com/en-us/ef/core/saving/transactions#limitations-of-systemtransactions

@StephenBonikowsky
Copy link
Member

Closing, the tests remain disabled and can be enabled if distributed transactions become supported in Core.

@msftgits msftgits transferred this issue from dotnet/corefx Jan 31, 2020
@msftgits msftgits added this to the 3.0 milestone Jan 31, 2020
@dotnet dotnet locked as resolved and limited conversation to collaborators Dec 25, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-System.Transactions disabled-test The test is disabled in source code against the issue enhancement Product code improvement that does NOT require public API changes/additions
Projects
None yet
Development

No branches or pull requests

10 participants