.net-standard-1.6

Error on netcoreapp1.1 when adding a netstandard1.6.1 reference

柔情痞子 提交于 2019-12-10 18:56:12
问题 I tried to update my website project netcoreapp1.0 to netcoreapp1.1 and DAL project (netstandard1.6.1) but this error pops up when i try to add my DAL project as reference to my website project. Heres the project.json of my projects: DAL Project(netstandard1.6.1) { "version": "1.0.0-*", "dependencies": { "Microsoft.AspNetCore.Identity.EntityFrameworkCore": "1.1.0", "Microsoft.EntityFrameworkCore.SqlServer": "1.1.0" }, "frameworks": { "netstandard1.6": { "imports": "dnxcore50", "dependencies":

ASP.NET Web API 2 cannot return stream when NET Standard 1.6 project is referenced

二次信任 提交于 2019-12-08 13:43:31
This is one of the weird issue I have seen and here are the steps to reproduce 1> Create new Web API project in VS 2017 with Target Framework 4.6.2 Create new ASP.NET Web Application -> Select Empty -> Check Web API -> Click OK 2> Add Controller that returns a Stream public class ReportController : ApiController { [HttpGet] public HttpResponseMessage Download() { var filePath = "C:\\Report.xlsx"; var fs = new FileStream(filePath, FileMode.Open, FileAccess.Read); var result = new HttpResponseMessage(HttpStatusCode.OK) { Content = new StreamContent(fs) }; result.Content.Headers.ContentType = new

ASP.NET Web API 2 cannot return stream when NET Standard 1.6 project is referenced

对着背影说爱祢 提交于 2019-12-08 07:40:39
问题 This is one of the weird issue I have seen and here are the steps to reproduce 1> Create new Web API project in VS 2017 with Target Framework 4.6.2 Create new ASP.NET Web Application -> Select Empty -> Check Web API -> Click OK 2> Add Controller that returns a Stream public class ReportController : ApiController { [HttpGet] public HttpResponseMessage Download() { var filePath = "C:\\Report.xlsx"; var fs = new FileStream(filePath, FileMode.Open, FileAccess.Read); var result = new

Problems with .net-core self contained publish

依然范特西╮ 提交于 2019-12-04 18:25:43
问题 I`m trying to publish a self-contained app, made in .net-core, following the steps in https://docs.microsoft.com/en-us/dotnet/articles/core/deploying/index. The repository with the code is in https://github.com/fontanaricardo/httpecho I execute the commands: $dotnet build -r debian.8-x64 $dotnet publish -c Release -r debian.8-x64 $docker build -t httpecho . Starting the container: $ docker run -p 5000:5000 httpecho Error: assembly specified in the dependencies manifest was not found --

iTextSharp: Any support for dotnet core (netstandard1.6)?

可紊 提交于 2019-12-03 23:52:51
问题 I've been using iTextSharp with regular dotnet applications for a while now. We're interested in using it with dotnet core. But it seems that the library is still not supported on the new dotnet core platform: Package iTextSharp 5.5.10 is not compatible with netstandard1.6 Do you plan to support dotnet core in a future release? 回答1: For the record: I am an employee at iText Software. Currently, .NET Core and the related UWP standard are not supported by any iText projects. We have done

Problems with .net-core self contained publish

↘锁芯ラ 提交于 2019-12-03 12:44:09
I`m trying to publish a self-contained app, made in .net-core, following the steps in https://docs.microsoft.com/en-us/dotnet/articles/core/deploying/index . The repository with the code is in https://github.com/fontanaricardo/httpecho I execute the commands: $dotnet build -r debian.8-x64 $dotnet publish -c Release -r debian.8-x64 $docker build -t httpecho . Starting the container: $ docker run -p 5000:5000 httpecho Error: assembly specified in the dependencies manifest was not found -- package: 'Microsoft.AspNetCore.Hosting.Abstracti ons', version: '1.1.0', path: 'lib/netstandard1.3/Microsoft

No StreamReader constructor accepting a string

安稳与你 提交于 2019-12-02 05:28:06
问题 I'm porting a .NET 4.6.1 console app to .NET Core. I have NETStandard.Library 1.6 installed, and it's not letting me pass a file path string into a StreamReader constructor. Viewing the definition confirms that it's not available: Where's it gone? 回答1: This is correct. .Net Core 1.0/.Net Standard 1.x refactored the base libraries, so that basic stream types like StreamReader are in the System.IO package and FileStream is in the System.IO.FileSystem package. Since the constructor you're

No StreamReader constructor accepting a string

妖精的绣舞 提交于 2019-12-02 01:00:42
I'm porting a .NET 4.6.1 console app to .NET Core. I have NETStandard.Library 1.6 installed, and it's not letting me pass a file path string into a StreamReader constructor. Viewing the definition confirms that it's not available: Where's it gone? This is correct. .Net Core 1.0/.Net Standard 1.x refactored the base libraries, so that basic stream types like StreamReader are in the System.IO package and FileStream is in the System.IO.FileSystem package . Since the constructor you're looking for would require StreamReader to depend on FileStream , it was removed. Note that a large part of this

iTextSharp: Any support for dotnet core (netstandard1.6)?

独自空忆成欢 提交于 2019-12-01 03:09:34
I've been using iTextSharp with regular dotnet applications for a while now. We're interested in using it with dotnet core. But it seems that the library is still not supported on the new dotnet core platform: Package iTextSharp 5.5.10 is not compatible with netstandard1.6 Do you plan to support dotnet core in a future release? blagae For the record: I am an employee at iText Software. Currently, .NET Core and the related UWP standard are not supported by any iText projects. We have done investigations into both these new technologies and have found that there are significant issues with