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

Rename System.Transactions assembly in .NET Core #19948

Closed
weshaggard opened this issue Jan 18, 2017 · 14 comments
Closed

Rename System.Transactions assembly in .NET Core #19948

weshaggard opened this issue Jan 18, 2017 · 14 comments
Assignees
Labels
api-approved API was approved in API review, it can be implemented area-System.Transactions
Milestone

Comments

@weshaggard
Copy link
Member

We cannot use the assembly name System.Transactions because that assembly already exist in the full .NET framework. We need to come up with another name and rename it before we try to ship this assembly.

@jimcarley
Copy link
Member

I like System.Transactions.Local.

@weshaggard
Copy link
Member Author

Sounds reasonable to me I tagged with api-ready-for-review to get other FXDC member opinions.

@stephentoub
Copy link
Member

I like System.Transactions.Local

Does that suggest that any support for distributed transactions would be in another, higher-level assembly?

@jimcarley
Copy link
Member

Yes. In my current vision for support of distributed transactions, we would add some abstract base classes to System.Transactions.Local and then have a new assembly, like System.Transactions.MSDTC, that will have implementations for those base classes along with the supporting code to talk to MSDTC on Windows. And somebody could write a separate assembly, like System.Transactions.DistributedOnLinux, that would use some other distributed transaction coordinator that runs on Linux. Without another assembly that has classes that derive from these new "distributed" abstract base classes in System.Transactions.Local, distributed transactions would not be supported, just like today.

@stephentoub
Copy link
Member

Sounds good.

@karelz
Copy link
Member

karelz commented Jan 24, 2017

API review:
Order of preference - @jimcarley and team, please choose

  1. System.Transactions.Ambient
  2. System.Transactions.Local

weshaggard referenced this issue in weshaggard/corefx Feb 3, 2017
Update the NS2.0 package to fix a couple issues in the shims.

Added more shims to the list we need for .NET Core compat with NS2.0

The remaining System.Transactions issues will be fixed once we rename
that assembly as part of https://github.com/dotnet/corefx/issues/15259
weshaggard referenced this issue in weshaggard/corefx Feb 3, 2017
Update the NS2.0 package to fix a couple issues in the shims.

Added more shims to the list we need for .NET Core compat with NS2.0

The remaining System.Transactions issues will be fixed once we rename
that assembly as part of https://github.com/dotnet/corefx/issues/15259
weshaggard referenced this issue in weshaggard/corefx Feb 3, 2017
Update the NS2.0 package to fix a couple issues in the shims.

Added more shims to the list we need for .NET Core compat with NS2.0

The remaining System.Transactions issues will be fixed once we rename
that assembly as part of https://github.com/dotnet/corefx/issues/15259
@dmetzgar
Copy link

dmetzgar commented Feb 7, 2017

@karelz Our team is in agreement on System.Transactions.Local

@dmetzgar
Copy link

dmetzgar commented Feb 7, 2017

@weshaggard @karelz if we change the assembly name, does that also change the package name?

@karelz
Copy link
Member

karelz commented Feb 7, 2017

I don't think so - I let @weshaggard confirm for sure.

@weshaggard
Copy link
Member Author

Just changing the assembly name will not update the package name but this name change does apply to both the package and the assembly so you should rename both of them.

@qizhanMS
Copy link
Member

qizhanMS commented Feb 8, 2017

Previously we encountered version mismatch when we were trying to use the package. Do you think the version issue was gone?

@weshaggard
Copy link
Member Author

@qizhanMS I need more information to help answer that question.

@karelz
Copy link
Member

karelz commented Mar 1, 2017

@qizhanMS is it fixed by dotnet/corefx#16444?

Note: You can use GitHub auto closing if you add "Fixes <issue_reference>" into your PR description.

@weshaggard
Copy link
Member Author

Yes this is fixed by dotnet/corefx#16444

@msftgits msftgits transferred this issue from dotnet/corefx Jan 31, 2020
@msftgits msftgits added this to the 2.0.0 milestone Jan 31, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Dec 26, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
api-approved API was approved in API review, it can be implemented area-System.Transactions
Projects
None yet
Development

No branches or pull requests

7 participants