nuget

解决 Docker Unable to load the service index for source https://api.nuget.org/v3/index.json 问题 在部署jenkins的netcore项目时，使用git中拉取的netcore项目，报错了如下图 我在jenkins里面写的脚本是 docker build --tag jenkinstest:${BUILD_NUMBER} . 一开始以为是网络ping不通，后来发现服务器自接可以wget这个json文件，排除这一可能 研究后发现是docker容器内无法连接外网 把语句改为以下即可 docker build --tag jenkinstest:${BUILD_NUMBER} . --network=host 来源： oschina 链接： https://my.oschina.net/u/4330611/blog/4261098

前言 　　最近由于项目的需求问题，涉及到了在.Net Core中导出PDF的一个问题，最后选择方式是后端拼接到Html页面然后再通过Html导出到PDF。中间也尝试了许多的NuGet包、但是并不如意，可用并且好用的的比较少。下面将最近最几天尝试的使用方法分享给大家。 NuGet包 Select.HtmlToPdf.NetCore 　　　　 简单好用，缺点是仅支持Windows，部署Linux不支持 HtmlToPDFCore 　　　　　　　　 免费 支持Windows Linux 但是功能简单，样式不稳定 PdfSharpCore 　　　　　　　　　　　 Html内容转PDF较为麻烦 DinkToPdf 　　 　　　　　　　 依赖wkhtmltopdf，需要附带exe应用程序 iTextSharp 　　　　　　　　　　　　 5.0以后的收费了，而且NuGet包最低都在5.0以上，也就是收费 iTextSharp.LGPLv2.Core 　　　　　 Html内容转PDF太复杂 PDF.Core 　　　　　　　　　　　　 收费 HTML-Renderer.Core 　　　　　　 较久没有维护支持，不兼容 HTML-Renderer.PdfSharp 　　　 可以使用但是不兼容Core Spire.PDF 　　　　　　　　　　　 收费 ExpertPdf.HtmlToPdf

目录 前言 节点 Then Parallel Schedule Delay 试用一下 顺序节点 并行任务 编写工作流 接口构建器 工作流构建器 依赖注入 实现工作流解析 前言 前面学习了很多多线程和任务的基础知识，这里要来实践一下啦。通过本篇教程，你可以写出一个简单的工作流引擎。 本篇教程内容完成是基于任务的，只需要看过笔者的三篇关于异步的文章，掌握 C# 基础，即可轻松完成。 C#多线程(13)：任务基础① C#多线程(14)：任务基础② C#多线程(15)：任务基础③ 由于本篇文章编写的工作流程序，主要使用任务，有些逻辑过程会比较难理解，多测试一下就好。代码主要还是 C# 基础，为什么说简单？ 不包含 async 、await 几乎不含包含多线程(有个读写锁) 不包含表达式树 几乎不含反射(有个小地方需要反射一下，但是非常简单) 没有复杂的算法 因为是基于任务(Task)的，所以可以轻松设计组合流程，组成复杂的工作流。 由于只是讲述基础，所以不会包含很多种流程控制，这里只实现一些简单的。 先说明，别用到业务上。。。这个工作流非常简单，就几个功能，这个工作流是基于笔者的多线程系列文章的知识点。写这个东西是为了讲解任务操作，让读者更加深入理解任务。 代码地址： https://github.com/whuanle/CZGL.FLow 这两天忙着搬东西，今天没认真写文章

今天更新系统上传到阿里云服务器，报错如下： “/”应用程序中的服务器错误。 组策略阻止了这个程序。要获取详细信息，请与系统管理员联系。 说明: 执行当前 Web 请求期间，出现未经处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息: System.ComponentModel.Win32Exception: 组策略阻止了这个程序。要获取详细信息，请与系统管理员联系。 源错误: 执行当前 Web 请求期间生成了未经处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。 堆栈跟踪: [Win32Exception (0x80004005): 组策略阻止了这个程序。要获取详细信息，请与系统管理员联系。] [ExternalException (0x80004005): 无法执行程序。所执行的命令为 "f:\usr\LocalUser\qxw2309550136\bin\roslyn\csc.exe" /shared /keepalive:"10" /noconfig /fullpaths @"C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\8726d835\c1ae0133\lx3hbi43.cmdline"。]

今天在工作中出现一个引用问题，害我找问题找了很久。起因是在一个Winform项目下需要引用一个.NetStandard标准库，标准库引用了System.ComponentModel.Annotations程序集，版本是4.5.0，在Winform项目运行过程中抛出了以下异常： “未能加载文件或程序集“System.ComponentModel.Annotations, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)” 刚出现这个错误时候还不以为然，以为直接在Winform项目的Nuget管理器中将System.ComponentModel.Annotations升级成4.5.0即可。当然结局并不完美~ 然后Google，终于在Github上找到了相关 Issues 问题原因 通过Issues也了解了问题，实际上.NetStandard标准库虽然是向下兼容(允许.NetFomework引入)，但是也不是完全的“匹配”，有时候需要通过 “ 版本映射 ”解决。 解决办法 在Winform启动项的配置文件App.Config下的configuration -->runtime --

未能加载文件或程序集“System.Net.Http.Formatting”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040) 解决方法： NuGet将下面类库更新至相同版本 Microsoft.AspNet.WebApi Microsoft.AspNet.WebApi.WebHost Microsoft.AspNet.WebApi.Core <package id="Microsoft.AspNet.WebApi" version="5.2.3" targetFramework="net452" /> <package id="Microsoft.AspNet.WebApi.Client" version="5.2.3" targetFramework="net452" /> <package id="Microsoft.AspNet.WebApi.Client.zh-Hans" version="5.2.3" targetFramework="net452" /> <package id="Microsoft.AspNet.WebApi.Core" version="5.2.3" targetFramework="net452" /> <package id="Microsoft.AspNet.WebApi.Core

未能加载文件或程序集“Newtonsoft.Json”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)。 有时候我们创建了一个类库，我们项目又引用了这个类库，需要我们把Newtonsoft.Json统一化。 对每个引用Newtonsoft.Json的项目做下面的处理： ①删除bin下面的Newtonsoft.Json.dll ②重新nuget引用Newtonsoft.Json到一个版本（看实际情况，一般是最新） ③添加我们的依赖，然后重新生成 version= " 1.0 " encoding= " utf-8 " ?> <configuration> <runtime> <assemblyBinding xmlns= " urn:schemas-microsoft-com:asm.v1 " > <dependentAssembly> <assemblyIdentity name= " Newtonsoft.Json " publicKeyToken= " 30ad4fe6b2a6aeed " culture= " neutral " /> <bindingRedirect oldVersion= " 0.0.0.0-12.0.0.0 " newVersion= " 4.5.0.0 " /> <!--

背景 之前老黄写过一篇《ASP.NET Core结合Nacos来完成配置管理和服务发现》简单介绍了如何让.NET Core程序接入Nacos，之前的SDK里面更多的是对Nacos的Open API进行了封装以及对服务注册和发现的封装。 配置这一块当时并没有过多的处理，用起来有时感觉不会特别顺手，所以将它和.NET Core的配置结合起来了，让它用起来更简便。 怎么个简便法呢？ 可以说，除了多添加一下provider，其他的操作都是和最原始的一模一样，你想用 IConfiguration 就用 IConfiguration ，想用 IOptions 系列就用 IOptions 系列。 更容易做到无缝迁移！ 当然，这个SDK出自老黄的手，难免会有一些坑和bug，这个就请各位多多包涵！！ 前提条件 启动Nacos Server 最简单的方式，用docker启动一个单机版的。 docker-compose -f example/standalone-mysql-8.yaml up 创建一个.NET Core项目，并安装相应nuget包 这里将用ASP.NET Core Web Api做示例，同时要安装下面的nuget包 dotnet add package nacos-sdk-csharp-unofficial.Extensions.Configuration --version 0.2