tag:support.appharbor.com,2010-11-23:/discussions/problems/90387-is-net-core-supported-yetAppHarbor: Discussion 2018-04-17T05:04:40Ztag:support.appharbor.com,2010-11-23:Comment/423397102017-04-12T17:08:51Z2017-04-12T17:08:51ZIs .net core supported yet?<div><p>Hi Dragosh,</p>
<p>It's not supported yet, but almost complete and will be rolled out over the next couple of weeks -- so we should have full support ready by the end of this month! I'll make sure to follow up here as soon as it's ready.</p>
<p>Best,<br>
Rune</p></div>runetag:support.appharbor.com,2010-11-23:Comment/423397102017-05-10T18:31:52Z2017-05-10T18:31:52ZIs .net core supported yet?<div><p>any news on this one?</p></div>blackbonetag:support.appharbor.com,2010-11-23:Comment/423397102017-05-11T21:04:15Z2017-05-11T21:04:42ZIs .net core supported yet?<div><p>Hi,</p>
<p>Unfortunately it's not enabled on the build servers just yet (although both the build servers and app servers now have the latest .NET Core SDKs and runtimes installed). We're working hard to get the build server integration implemented properly, and hope to release this early next week.</p>
<p>Best,<br>
Rune</p></div>runetag:support.appharbor.com,2010-11-23:Comment/423397102017-05-17T16:19:32Z2017-05-17T16:19:32ZIs .net core supported yet?<div><p>About how far are you away from supporting .NET Core builds? I see that you mentioned that you were possibly going to have this enabled earlier this week... Did this happen, or are there still kinks to work out?</p></div>dlopeztag:support.appharbor.com,2010-11-23:Comment/423397102017-05-26T17:54:52Z2017-05-26T18:59:55ZIs .net core supported yet?<div><p>Any news?! Rune please... :( We can't wait for it!</p></div>Zardifytag:support.appharbor.com,2010-11-23:Comment/423397102017-05-30T03:08:05Z2017-05-30T03:09:26ZIs .net core supported yet?<div><p>Hi folks,</p>
<p>Apologies for the slow response and thanks for your patience! Quite a few blockers have held this release back for way too long, but fortunately those are addressed now and the build infrastructure is finally being updated this week to support .NET Core builds.</p>
<p>You may want to wait a couple of days for a couple of minor publishing features to be deployed (along with more documentation), but in case you want to .NET Core now you can do so with a couple of tweaks; currently you'd just need to trigger the <code>Publish</code> target and set the <code>PublishDir</code> property yourself in the new VS2017/MsBuild 15 project formats. That's pretty straightforward as you can see in the example <code>csproj</code> file below, which uses a default ASP.NET Core (Core FX) template app created with VS017:</p>
<pre>
<code><Project Sdk="Microsoft.NET.Sdk.Web" DefaultTargets="Publish">
<PropertyGroup>
<TargetFramework>netcoreapp1.1</TargetFramework>
<PublishDir>$(OutDir)_PublishedWebsites\NetCoreWebApp\</PublishDir>
</PropertyGroup>
<PropertyGroup>
<PackageTargetFallback>$(PackageTargetFallback);portable-net45+win8+wp8+wpa81;</PackageTargetFallback>
</PropertyGroup>
<ItemGroup>
<PackageReference Include="Microsoft.ApplicationInsights.AspNetCore" Version="2.0.0" />
<PackageReference Include="Microsoft.AspNetCore" Version="1.1.2" />
<PackageReference Include="Microsoft.AspNetCore.Mvc" Version="1.1.3" />
<PackageReference Include="Microsoft.AspNetCore.StaticFiles" Version="1.1.2" />
<PackageReference Include="Microsoft.Extensions.Logging.Debug" Version="1.1.2" />
<PackageReference Include="Microsoft.VisualStudio.Web.BrowserLink" Version="1.1.2" />
</ItemGroup>
<ItemGroup>
<DotNetCliToolReference Include="Microsoft.VisualStudio.Web.CodeGeneration.Tools" Version="1.0.1" />
</ItemGroup>
</Project></code>
</pre>
<p>The same configuration is required for ASP.NET Core apps that use the regular .NET Framework, which also works today! Everything else should work as usual, including NuGet restore (which also supports the new package configuration and formats) and the regular <a href="https://support.appharbor.com/kb/getting-started/build-process-and-solution-file-convention">solution file conventions for the build process</a>.</p>
<p>I'll make sure to give you a heads up here when the publish operation has been integrated, but in the meantime please don't hesitate to reach out with any feedback or questions!</p>
<p>Best,<br>
Rune</p></div>runetag:support.appharbor.com,2010-11-23:Comment/423397102017-06-05T22:52:38Z2017-06-05T22:52:39ZIs .net core supported yet?<div><p>Hello, is this all ready to go?</p></div>Valetag:support.appharbor.com,2010-11-23:Comment/423397102017-06-19T14:34:42Z2017-06-19T14:34:43ZIs .net core supported yet?<div><p>Hi Rune,</p>
<p>Any news on supporting .NET Core apps on Core Framework?<br>
Are the configuration variables available already?</p>
<p>Best regards,<br>
Kacper</p></div>Kacpertag:support.appharbor.com,2010-11-23:Comment/423397102017-06-22T13:12:53Z2017-06-22T13:12:53ZIs .net core supported yet?<div><p>I'm not going to lie, I'm a little bit disappointed about this topic. It's not the "slowness". Everyone knows this task can be huge, there's a lot of possible complications, dependencies etc. Just the communication is a little on the short side.</p>
<p>Maybe if we could just get really short snippet-sized updates if there's some problem, if it's still on the way?</p></div>Zardifytag:support.appharbor.com,2010-11-23:Comment/423397102017-06-23T08:03:59Z2017-06-23T08:03:59ZIs .net core supported yet?<div><p>I agree that the communication has fallen short on this topic, and the project has been plagued by delays -- will post more frequent updates going forward so you can plan accordingly.</p>
<p>The good news is that most of the missing pieces are now finally being deployed to the platform. Earlier today worker servers in the US region were updated to support ASP.NET Core (.NET Core and regular .NET framework) environment configuration, with configuration variables injected as environment variables. This can be useful for setting for setting the <code>ASPNETCORE_ENVIRONMENT</code> and other configuration you want to override. It also works "out of the box" with the Visual Studio ASP.NET Core templates as these will use environment variable configuration by default, but please don't hesitate to reach out with any questions or feedback.</p>
<p>Servers in the EU region and private regions are scheduled to be updated tomorrow. Full build server support will also be over the weekend, and I'll keep you updated here as this progress. For the time being you can still just set the publish target and directory as <a href="https://support.appharbor.com/discussions/problems/90387-is-net-core-supported-yet#comment_42659267">described earlier</a> to make sure the website is compatible with AppHarbor's current artifact directory structure.</p>
<p>Best,<br>
Rune</p></div>runetag:support.appharbor.com,2010-11-23:Comment/423397102017-06-23T08:19:42Z2017-06-23T08:19:45ZIs .net core supported yet?<div><p>I have created a Web.Config parser that works within the dotnetcore configuration system and works with AppHarbor's normal configuration system. It supports dynamic reloading and binding.</p>
<pre>
<code>public class WebConfigSource : FileConfigurationSource
{
public override IConfigurationProvider Build(IConfigurationBuilder builder)
{
FileProvider = FileProvider ?? builder.GetFileProvider();
return new WebConfigConfigurationProvider(this);
}
public class WebConfigConfigurationProvider : FileConfigurationProvider
{
public WebConfigConfigurationProvider(WebConfigSource source) : base(source) { }
public override void Load(Stream stream)
{
Data = XDocument.Load(stream).Element("configuration").Element("appSettings")
.Elements("add").ToDictionary(_ => "webconfig:" + _.Attribute("key").Value.Replace(".", string.Empty), _ => _.Attribute("value").Value);
}
}
}</code>
</pre>
<p>Typical use:<br></p>
<pre>
<code>public Program(IHostingEnvironment env)
{
var builder = new ConfigurationBuilder()
.SetBasePath(env.ContentRootPath)
.Add(new WebConfigSource() { Path = "web.config", Optional = false, ReloadOnChange = true, })
.AddJsonFile("appsettings.json", optional: false, reloadOnChange: true)
.AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: true)
.AddEnvironmentVariables();
Configuration = builder.Build();
}</code>
</pre>
And then the simple way of getting a value (not using Bind):<br>
<pre>
<code>Configuration.GetSection("webconfig").GetValue<string>("RAVENHQ_CONNECTION_STRING");</code>
</pre></div>AHRockstag:support.appharbor.com,2010-11-23:Comment/423397102017-06-23T08:38:51Z2017-06-23T08:38:52ZIs .net core supported yet?<div><p>So Rune and I must have been composing our posts at the same time. I can verify that the AH updates that Rune talked about are working and the configuration values are being injected into the environment.</p>
<p>So no need for the web.config ConfigurationSource/ConfigurationProvider above. Just really, really bad timing - I swear when I started the above code tonight, the environment didn't have the config values.</p>
<p>AH ROCKS!</p></div>AHRockstag:support.appharbor.com,2010-11-23:Comment/423397102017-07-04T03:40:38Z2017-07-04T03:51:58ZIs .net core supported yet?<div><p>I have copied the .csproj file for my .NET project , located at <a href="https://appharbor.com/applications/countrytaghelper">https://appharbor.com/applications/countrytaghelper</a>.<br>
But the deployed shows just nginx :<br>
<a href="http://countrytaghelper.apphb.com/">http://countrytaghelper.apphb.com/</a><br>
//Could you please help? - It works after I exclude published web files from the project....</p></div>ignatandrei