-
Notifications
You must be signed in to change notification settings - Fork 311
Change Microsoft.AspNet.Hosting.ini to Microsoft.AspNet.Hosting.json #269
Comments
Pull request: #270 |
It does cause confusion and does not reflect well on the project structure/composition or overall design. A provider model to load the configuration would be ideal, as this would make it consistent with the overarching ASP.NET5 configuration model. Even more ideal, they should both use the same components. This would/should default to .json, but would enable .xml/.ini/.xaml/.yaml/.etc if desired. Related issue: aspnet/Tooling#140 |
Horray... very cool. Some sanity restored. :) Are there plans to make this more consistent with the rest of ASP.NET's configuration model and allow providers to dictate the configuration format? |
Not at the moment. You can open a separate issue. |
Cool. Done. Thank you! |
That would require a plugin model for config format since hosting won't depend on every format possible |
I think if you wanted that you'd be better off constructing the host in your own program main |
Exactly. The plugin model is already in use elsewhere and can be used here as well. It obviously already has two different formats that users favor, so why not open it up to all formats if it's the same amount of work to do? |
There is also the issue of providing proper guidance here in case someone else gets a crazy idea somewhere down the line to also use .ini or (god forbid) .xml :) |
- Use coreclr version - Point global.json to the latest rc1-update1 coreclr - Use Kestrel instead of WebListener - Multiple changes have occured from beta5 to rc1. Some of the major ones are: - Microsoft.Framework.* renamed to Microsoft.Extensions.* (aspnet/Announcements#77) - Hosting.ini is deprecated in favour of a json model (aspnet/Hosting#269) - IHeaderDictionary.TryGetValue now uses a StringValue out parameter instead of a string[] out parameter (aspnet/HttpAbstractions@456277f)
This might already be planned but I'm raising it here as there are many references to Microsoft.AspNet.Hosting.ini in examples on websites giving an insight into ASP.NET 5, which is likely to cause confusion if the file is changed from an ini to a json file, so if we are going to use json files it would be better if we switched sooner rather than later.
The text was updated successfully, but these errors were encountered: