当前位置: 首页 > 知识库问答 >
问题:

SDK解析器故障-网络7-网络6

宇文曦
2023-03-14

* *刚刚下载并安装了SDK Net 7.0.100,它破坏了现有的应用程序,它们不会在VS 2022或Rider中加载任何更多的应用程序。

复制了以下错误:**

错误:SDK解析程序失败。试图解析SDK“Microsoft . net . MSBuildSdkResolver”时失败。NET.Sdk”。例外:“微软。NET . SDK . workloadmanifestreader . workloadmanifestcompositionexception:清单“Microsoft . NET . Workload . mono . tool chain . NET 7”中的工作负荷定义“wasm-tools”[C:\ Program Files \ dot NET \ SDK-manifests \ 7 . 0 . 100 \ Microsoft . NET . Workload . mono . tool chain . NET 7 \ workloadmanifest . JSON]与清单“Microsoft . NET . Workload . mono . tool chain”[C:\ Program Files \ dot NET \ SDK-manifests \ 7 . 0 . 100 \ Microsoft]冲突。Microsoft . NET . SDK . workloadmanifestreader . workloadresolver . composeworkloadmanifests()。Microsoft . NET . SDK . workloadmanifestreader . workloadresolver . create(IWorkloadManifestProvider manifestProvider,String dotnetRootPath,String sdkVersion,String userProfileDir)。Microsoft . NET . SDK . workloadmsbuildsdkresolver . cachingworloadresolver . resolve(String sdkReferenceName,String dotnetRootPath,String sdkVersion,String userProfileDir)。微软的dot net . msbuildsdkresolver . dotnetmsbuildsdkresolver . resolve(SDK reference SDK reference,SdkResolverContext context,SdkResultFactory factory)。build . back end . SDK resolution . sdkresolverservice . tryresolvesdkusingspecifiedresolvers(ilist ` 1 resolvers,Int32 submissionId,SdkReference

共有3个答案

司空思聪
2023-03-14

我也遇到过类似的问题,即使是在新的. net项目上。我使用添加删除程序卸载了7.0.100-preview.2.22153.17 SDK,并且我能够再次创建一个新项目。我现在只剩下一个. Net 7.0 SDK(来自Visual Studio),如下所示。

苏晓博
2023-03-14

修复Visual Studio安装对我没有帮助。卸载. net 7错误工作负载(“wasm-工具”)也没有帮助,因为任何卸载或修复它的尝试最终都会出现相同的错误消息。

由于没有解决这个问题的常规选项,我直接删除了冲突的文件夹:Microsoft . net . workload . mono . tool chain,而第二个文件夹Microsoft . net . workload . mono . tool chain . net 7保持不变。幸运的是,它解决了我机器上的问题。从现在开始,我会更加谨慎地安装微软RC软件包

秋光熙
2023-03-14

我也经历过类似的问题。我使用添加删除程序卸载了7.0.100-preview.5.22307.18 sdk,然后将项目文件中的TargetFramework更改为使用7.0,然后我就可以加载项目了。

 类似资料:
  • 常见网络故障 我们在开发或者网络管理中,经常碰到各种各样的网络故障。掌握处理常见的网络故障,就成为了网络运维工程师和开发工程师的基础技能。 常见以下两个故障: 服务器无法登录了 服务访问不了 这两个故障背后的原因有很多种,列举如下: 服务器无法登录 你的电脑断网了 服务器关闭了 服务器没关闭,但是访问端口关闭了(例如关闭了远程桌面的3389端口或者ssh的22端口) 服务器没关闭,访问端口也没关闭

  • 我从这里读到了卷积神经网络。然后我开始玩torch7。我对CNN的卷积层感到困惑。 从教程中, 一层中的神经元将只连接到它之前的一个小区域,而不是以完全连接的方式连接所有神经元 <代码>例如,假设输入卷的大小为[32x32x3],(例如,RGB CIFAR-10图像)。如果感受野的大小为5x5,则Conv层中的每个神经元将对输入体积中的[5x5x3]区域具有权重,总共5×5×3=75个权重 如果输

  • 问题内容: 我正在尝试摆脱配置中已弃用的Docker链接。当我重新创建容器时,剩下的就是摆脱那些nginx反向代理错误。 注意:我正在桥接模式下使用Docker网络。() 我在nginx中使用以下配置代码段: 我在Docker网络上以name 为主机名启动了一个容器。 然后,我在网络上启动了Nginx容器。 我可以从Nginx容器内ping 在nginx容器的文件中列出 Nginx日志说 我试过泊

  • 12.8. SOAP 网络服务故障排除 是的,SOAP 网络服务的世界中也不总是欢乐和阳光。 有时候也会有故障。 正如你在本章中看到的,SOAP 牵扯了很多层面。 需要 HTTP 层,SOAP 需要向 HTTP 服务器发送 XML 文档并接收返回的 XML 文档。这样一来,你在 第 11 章 HTTP Web 服务 学到的差错技术在这里都有了用武之地。你可以 import httplib 并设置

  • 这是我的一个面试问题。我们有一个硒测试类,有5,6个硒测试。 测试3正在执行中,发生了网络故障。现在一旦网络恢复,如何配置框架,使它应该从失败的地方开始,就像从第三次测试开始一样。并且应该执行已经执行的测试1和2。假设framework是JUnit。

  • 7.1. 查询网络服务和端口 netstat 命令用于显示各种网络相关信息,如网络连接,路由表,接口状态 (Interface Statistics),masquerade 连接,多播成员 (Multicast Memberships) 等等。 列出所有端口 (包括监听和未监听的): netstat -a 列出所有 tcp 端口: netstat -at 列出所有有监听的服务状态: netstat