-
-
Notifications
You must be signed in to change notification settings - Fork 835
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
Reacting to Microsoft.Framework -> Microsoft.Extension renames #685
Comments
I'm on it, though it may be tomorrow before I get there. We'll probably rename to keep in line with the new naming convention. |
Note: this is a change for RC1. |
The Since it's an RC1 change, it'd be nice to release an "official" beta 8 compatible build before switching over, but beta 8 appears to have been pushed by a week so we'll have to watch the timing. This would be potentially easier if the release version of the betas were named differently. |
@tillig thanks. We had an test failure unrelated to the naming change over the weekend. Still waiting on it to get resolved before the packages get uploaded to aspnetvnext. |
@tillig any luck on updating the packages to your MyGet stream with this change? |
No status change to report. Don't worry, we'll post in here when it's done. |
Our packages are up on MyGet. This change targets RC1 (so it's no |
👍 That will make things way easier since I won't have to wait until "real" beta 8 final release to build our beta 8 final. I'll see about getting an Autofac beta 8 "final" ready on MyGet and then switch the naming for rc1 to the new dependencies. Not sure if it'll be today; "the day job" has struck pretty hard. |
Can we get an update on dotnet/aspnetcore#890 if you're actually going that way? |
It looks like the beta 8 final will still be -beta8 and not -beta8-final so I probably won't push updated Autofac packages with the new dependencies until after beta 8 is actually released. If I can't create an "early final" for beta 8, it means I'd start messing with branches and setting up for rc1 whilst still waiting for final beta 8, etc. Given my current time constraints, it makes more sense to just wait for the beta 8 drop. ...unless you can get beta 8 to use the -beta8-final style of naming... :) |
@tillig unfortunately I can't make that call. I think it would be fine to wait for beta8 to be released. |
Hi @tillig, any idea on a timeframe for releasing a build which compiles against the Microsoft.Extensions.DependencyInjection library? E.g. the following file still has a using statement for Microsoft.Framework.DependencyInjection and breaks when targeting the latest Microsoft ASP.NET libraries |
@dneimke See above - waiting for beta 8 drop. |
OK, thanks @tillig. We're a bit stuck in that we need to keep compat with the latest -unstable builds. Any idea how much pain I'd be in for if I chose to fork Autofac and make those changes myself? :) |
Couldn't say. I haven't had time to research it because, as mentioned, "the day job" has been eating my time. If I'm going to invest the time to switch, it's gotta be one-and-done, not "upgrade for the not-quite-ready-RC and also-be-compatible-with-beta-8" and so on. If you'd like to fork and give it a shot (or fork from develop and PR the result, which would be welcome), go for it. Otherwise, I've gotta wait until -beta8 because of the semver problems that will be fixed in RC1. Last I heard on Twitter, beta 8 is due Monday Oct. 12 now. |
OK, thanks. I'll take a deep breath, have a coffee and let you know how I decide to proceed :) |
I made the relevant changes to references and using statements and have published the updates here: https://github.com/dneimke/Autofac/tree/develop I think we will push a version to MyGet later today for anybody wishing to consume the latest version until an official release is made. I'll update this with a link to the MyGet project when it's pushed up there. |
@dneimke packages have been pushed to |
Cheers, thanks @jruckert ... love your work as always! :) |
Per Damian Edwards on October 8:
I have not seen any update since that tweet reflecting any change, so this is still on hold. |
Looks like the rename didn't make it into beta8. https://www.nuget.org/packages/Microsoft.Framework.DependencyInjection |
Beta8 has not been published properly through to NuGet yet -> https://www.myget.org/gallery/aspnetvnext - master branch is still beta7 |
Even on the aspnetvnext feed there is no beta8 package for |
https://www.myget.org/gallery/aspnetmaster is the one you need to look at for beta8. |
Sorry if I wasn't super clear in the work item. We made the renames in RC1. Beta8 will have the old names. |
Looks like beta 8 is live so we can cut a final beta 8 and take the rename for RC 1 in the develop branch. |
I did the final beta8 packages today but kept the integration package name (and assembly/namespace) as Autofac.Framework.DependencyInjection to avoid confusion. The release is tagged and has been pushed to master. |
Working on the RC1 compatible stuff. Wish there was a command like |
Updated the The updated package can be found on the Autofac MyGet feed as I'm going to close this since the compatibility update is complete; if it turns out there's something else wrong, feel free to leave a note and we'll check it out. |
Thanks @tillig |
We made some package \ namespace renames in Aspnet5 as part of an API review: aspnet/Announcements#77.
The renames affected the DependencyInjection.Abstractions package and consequently broke our ability to consume
Autofac.Framework.DependencyInjection
in our testsBefore:
Package: Microsoft.Framework.DependencyInjection
Fully qualified type name:
Microsoft.Framework.DependencyInjection.ServiceDescriptor
After:
Package: Microsoft.Extensions.DependencyInjection
Fully qualified type name:
Microsoft.Extensions.DependencyInjection.ServiceDescriptor
We should have the updated packages on the aspnetvnext feed soon. Using this as tracking item so we can revive the Autofac tests once you push a compatible
Autofac.Framework.DependencyInjection
\Autofac.Extensions.DependencyInjection
package to https://www.myget.org/F/autofac/api/v2/The text was updated successfully, but these errors were encountered: