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

Internalize external dependencies #12048

Closed
divega opened this issue May 17, 2018 · 1 comment
Closed

Internalize external dependencies #12048

divega opened this issue May 17, 2018 · 1 comment
Assignees
Labels
closed-fixed The issue has been fixed and is/will be included in the release indicated by the issue milestone. type-enhancement
Milestone

Comments

@divega
Copy link
Contributor

divega commented May 17, 2018

There is an ongoing discussion on how to improve our ability to service libraries like EF Core if things go really bad, e.g. if there is a security issue that needs to be patched urgently but we cannot wait for a dependency to be patched.

This issue is about executing on the plan resulting from the discussion, whatever it ends up being (the title assumes that it will require somehow internalizing some of our current dependencies, but it may end up looking different).

@divega divega added this to the 3.0.0 milestone May 17, 2018
@divega divega changed the title Internalize dependencies Internalize external dependencies May 22, 2018
smitpatel added a commit that referenced this issue Oct 22, 2018
Part of #12048

Comment: IAsyncQueryProvider
smitpatel added a commit that referenced this issue Nov 2, 2018
smitpatel added a commit that referenced this issue Nov 2, 2018
smitpatel added a commit that referenced this issue Nov 2, 2018
smitpatel added a commit that referenced this issue Nov 2, 2018
smitpatel added a commit that referenced this issue Nov 2, 2018
@smitpatel
Copy link
Contributor

From today's discussions:

  • Future of IAsyncEnumerable from corefx is unknown.
  • We use Ix-Async for linq operators implementation on AsyncEnumerables
  • We may need to internalize Ix-Async if we cannot get implementation from corefx. (or implement ourselves)
  • Only providers which would do client eval on async enumerables need it. For relational, it would be only FirstOrDefault/Select, For InMemory, it could be everything.

smitpatel added a commit that referenced this issue Jun 3, 2019
smitpatel added a commit that referenced this issue Jun 3, 2019
@smitpatel smitpatel added closed-fixed The issue has been fixed and is/will be included in the release indicated by the issue milestone. and removed relinq-dependent labels Jun 3, 2019
smitpatel added a commit that referenced this issue Jun 3, 2019
smitpatel added a commit that referenced this issue Jun 4, 2019
@ajcvickers ajcvickers modified the milestones: 3.0.0, 3.0.0-preview7 Jul 2, 2019
@ajcvickers ajcvickers modified the milestones: 3.0.0-preview7, 3.0.0 Nov 11, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
closed-fixed The issue has been fixed and is/will be included in the release indicated by the issue milestone. type-enhancement
Projects
None yet
Development

No branches or pull requests

3 participants