如何诊断 dnx 中缺少的依赖项(或其他加载程序失败) ?

我正在用 Kestrel 在 DNX 上运行 ASP.NET vNext 的 HelloWeb 示例修改版。我知道这是 非常最前沿的技术,但我希望 ASP.NET 团队至少能保持最简单的 Web 应用程序工作:)

环境:

  • Linux (Ubuntu,差不多)
  • Mono 3.12.1
  • DNX 1.0.0-beta4-11257(我也有11249可用)

Startup.cs中的“ Web 应用程序”代码:

using Microsoft.AspNet.Builder;
public class Startup
{
public void Configure(IApplicationBuilder app)
{
app.UseWelcomePage();
}
}

项目配置,在 project.json中:

{
"dependencies": {
"Kestrel": "1.0.0-beta4",
"Microsoft.AspNet.Diagnostics": "1.0.0-beta4",
"Microsoft.AspNet.Hosting": "1.0.0-beta4",
"Microsoft.AspNet.Server.WebListener": "1.0.0-beta4",
"Microsoft.AspNet.StaticFiles": "1.0.0-beta4",
"Microsoft.Framework.Runtime": "1.0.0-beta4",
"Microsoft.Framework.Runtime.Common": "1.0.0-beta4",
"Microsoft.Framework.Runtime.Loader": "1.0.0-beta4",
"Microsoft.Framework.Runtime.Interfaces": "1.0.0-beta4",
},
"commands": {
"kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
},
"frameworks": {
"dnx451": {}
}
}

kpm restore运行正常。

但是,当我尝试运行时,我得到一个异常,表明找不到 Microsoft.Framework.Runtime.IApplicationEnvironment。命令行和错误(稍微重新格式化)

.../HelloWeb$ dnx . kestrel
System.IO.FileNotFoundException: Could not load file or assembly
'Microsoft.Framework.Runtime.IApplicationEnvironment,
Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
or one of its dependencies.
File name: 'Microsoft.Framework.Runtime.IApplicationEnvironment,
Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke
(System.Reflection.MonoMethod,object,object[],System.Exception&)
at System.Reflection.MonoMethod.Invoke
(System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder,
System.Object[] parameters, System.Globalization.CultureInfo culture)
[0x00000] in <filename unknown>:0

虽然很明显,我最迫切的需要是解决这个问题,但我也希望得到一些建议,告诉我如何去诊断哪里出了问题,这样我就可以在将来自己解决类似的问题。(这也可能使这个问题对其他人更有用。)

我在 Microsoft.Framework.Runtime.Interfaces汇编源中发现了 Microsoft.Framework.Runtime.IApplicationEnvironment,而且最近似乎没有什么变化。不清楚为什么异常显示的名称就好像它本身是一个完整的程序集,而不仅仅是另一个程序集内的接口。我猜这个 < em > 可能是由于 < a href = “ https://github.com/aspnet/Home/wiki/Assembly-Neutral-Interfaces”rel = “ noReferrer”> 汇编中立接口 ,但是从错误中不清楚。([AssemblyNeutral]死了,所以不是..。)

51249 次浏览

为了让它工作,我修改了我的 project.json. . 它现在看起来像:

{
"dependencies": {
"Kestrel": "1.0.0-*",
"Microsoft.AspNet.Diagnostics": "1.0.0-*",
"Microsoft.AspNet.Hosting": "1.0.0-*",
"Microsoft.AspNet.Server.WebListener": "1.0.0-*",
"Microsoft.AspNet.StaticFiles": "1.0.0-*"
},
"commands": {
"web": "Microsoft.AspNet.Hosting --server Microsoft.AspNet.Server.WebListener --server.urls http://localhost:5001",
"kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
},
"frameworks": {
}
}

关键似乎是框架部分。

此外,重命名改变了 k web的工作方式,使其现在的 dnx . webdnx . kestrel

更新-位更多的信息

Oddly, after running with no frameworks defined it went and got a bunch of extra stuff when I did kpm restore :

...
Installing Microsoft.Framework.Logging 1.0.0-beta4-11001
Installing Microsoft.Framework.Logging.Interfaces 1.0.0-beta4-11001
Installing Microsoft.Framework.DependencyInjection.Interfaces 1.0.0-beta4-11010
Installing Microsoft.Framework.DependencyInjection 1.0.0-beta4-11010
Installing Microsoft.Framework.ConfigurationModel 1.0.0-beta4-10976
Installing Microsoft.Framework.ConfigurationModel.Interfaces 1.0.0-beta4-10976
Installing Microsoft.AspNet.Hosting.Interfaces 1.0.0-beta4-11328
Installing Microsoft.AspNet.FeatureModel 1.0.0-beta4-11104
Installing Microsoft.AspNet.Http 1.0.0-beta4-11104
Installing Microsoft.AspNet.FileProviders.Interfaces 1.0.0-beta4-11006
Installing Microsoft.Framework.Caching.Interfaces 1.0.0-beta4-10981
Installing Microsoft.AspNet.FileProviders 1.0.0-beta4-11006
Installing Microsoft.AspNet.Http.Core 1.0.0-beta4-11104
Installing Microsoft.AspNet.WebUtilities 1.0.0-beta4-11104
Installing Microsoft.Net.Http.Headers 1.0.0-beta4-11104
Installing Microsoft.AspNet.Http.Interfaces 1.0.0-beta4-11104
Installing Microsoft.Framework.Runtime.Interfaces 1.0.0-beta4-11257
Installing Microsoft.AspNet.Server.Kestrel 1.0.0-beta4-11262
Installing Microsoft.Net.Http.Server 1.0.0-beta4-11698
Installing Microsoft.Net.WebSockets 1.0.0-beta4-11698
Installing Microsoft.Net.WebSocketAbstractions 1.0.0-beta4-10915
Installing Microsoft.Framework.WebEncoders 1.0.0-beta4-11104
Installing Microsoft.Framework.OptionsModel 1.0.0-beta4-10984
Installing Microsoft.AspNet.Http.Extensions 1.0.0-beta4-11104
Installing Microsoft.AspNet.Diagnostics.Interfaces 1.0.0-beta4-12451
Installing Microsoft.AspNet.RequestContainer 1.0.0-beta4-11328

. . 然后它运行良好。然后我切换回在框架部分

"frameworks": {
"dnx451": {}
}

. . 它仍然工作,而之前,它会抛出一个错误!

非常奇怪!

(进口运行 1.0.0-beta4-11257)

进一步资料

我创建了一个新的 Ubuntu 实例,得到了和你一样的错误。.我的想法是,这个问题可能是由于它只尝试从 nuget.org获取包,而不是 myget.org(它有更新的东西) ,所以我在一个 NuGet.Config到项目的根。.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="AspNetVNext" value="https://www.myget.org/F/aspnetvnext/" />
<add key="NuGet" value="https://nuget.org/api/v2/" />
</packageSources>
</configuration>

. . 这似乎已经修复了我得到正确的版本(后另一个 kpm restore)。

我仍然不知道 完全相信出了什么问题,但我现在有一系列的步骤,至少让它更容易尝试的东西:

  • 如果有疑问,请重新安装 dnx
    • 吹走包缓存可能会有所帮助
  • 检查 ~/.config/NuGet.config以确保您正在使用正确的 NuGet 提要

最后,我使用以下命令行以一种相当干净的方式测试各种选项:

rm -rf ~/.dnx/packages && rm -rf ~/.dnx/runtimes && dnvm upgrade && kpm restore && dnx . kestrel

看起来我的问题实际上是由于安装了错误的依赖项版本。"1.0.0-beta4"的版本号显然与 "1.0.0-beta4-*"大不相同。例如,Kestrel依赖项安装了版本1.0.0-beta4-11185,只是指定为 1.0.0-beta4,但是安装了版本1.0.0-beta4-11262,最后是 -*。我希望显式地指定 beta4,以避免意外地使用带有

下面的项目配置可以正常工作:

{
"dependencies": {
"Kestrel": "1.0.0-beta4-*",
"Microsoft.AspNet.Diagnostics": "1.0.0-beta4-*",
"Microsoft.AspNet.Hosting": "1.0.0-beta4-*",
"Microsoft.AspNet.Server.WebListener": "1.0.0-beta4-*",
},
"commands": {
"kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
},
"frameworks": {
"dnx451": {}
}
}

您可以将名为 DNX_TRACE的 env 变量设置为 1,以查看 TON 更多诊断信息。警告,这是 很多更多的信息!

问得好。对于您的特定问题,看起来您解决的依赖项不匹配。当发生这样的事情时,很可能是因为您正在不兼容的 dnx 上运行应用程序。我们仍然在进行非常大的改变,所以如果您发现缺少类型的方法,那么您最终可能会运行 betaX包和 betaY dnx,反之亦然。

更具体地说,在 beta4中删除了 程序集中性接口,但看起来您正在运行的应用程序仍在使用它们。

我们有计划使它,以便包可以标记最小的 dnx,他们需要运行,使错误消息更清楚。而且随着时间的推移,突破性的变化将逐渐消失。

不过,总的来说,我觉得是时候编写一个关于如何在使用 dnx 时诊断这类问题的指南了(因为它与现有的 dnx 非常不同。NET).

放入 project.json的依赖项只是顶级的。版本也是 总是最低限度(它就像一个 NuGet 包)。这意味着当您指定 Foo 1.0.0-beta4时,您实际上指定的是 Foo >= 1.0.0-beta4。这意味着,如果您要求使用 MVC 0.0.1,并且配置提要上的最小版本是 MVC 3.0.0,那么您将得到这个版本。我们也 从来没有浮动你的版本,除非你指定它。如果您要求1.0.0并且它已经存在,那么即使存在更新的版本,您也将得到1.0.0。指定空版本是 一直都是不好的,在以后的版本中将不允许。

我们正在为 nuget 引入一个新功能,叫做浮动版本。今天,它只能在预发布标签上工作,但是在下一个版本中,它将在版本的更多部分上工作。这类似于在包规范文件中指定版本范围的 npm 和 gem 语法。

意味着给我最高版本匹配前缀(根据 语义版本规则语义版本规则)或如果没有版本匹配该前缀,使用正常行为,并给我最低版本 > = 指定的版本。

在最新版本中运行恢复时,它将写出一个名为 project.lock.json的文件。这个文件将包含 project.json中定义的所有目标框架的依赖传递闭包。

当这样的事情失败时,你可以做以下事情:

请看一下使用 kpm list解析的依赖项。这将向您显示项目引用的包的解析版本以及引入它的依赖项。例如,如果 A-> B,它会显示:

A
-> B
B
->

实际 KPM 列表输出:

列出 ClassLibrary39的依赖项(C: 用户 davifock 文档 Visual Studio 14 Projects ClassLibrary39 src ClassLibrary39 project.json)

[Target framework DNX,Version=v4.5.1 (dnx451)]


framework/Microsoft.CSharp 4.0.0.0
-> ClassLibrary39 1.0.0
framework/mscorlib 4.0.0.0
-> ClassLibrary39 1.0.0
framework/System 4.0.0.0
-> ClassLibrary39 1.0.0
framework/System.Core 4.0.0.0
-> ClassLibrary39 1.0.0
*Newtonsoft.Json 6.0.1
-> ClassLibrary39 1.0.0


[Target framework DNXCore,Version=v5.0 (dnxcore50)]


*Newtonsoft.Json 6.0.1
-> ClassLibrary39 1.0.0
System.Runtime 4.0.20-beta-22709
-> ClassLibrary39 1.0.0

* 意味着直接依赖。

如果您有一个工作的视觉工作室(现在与 DNX 中断) ,您可以查看参考节点。它具有同样的数据可视化表示:

References node

让我们看看依赖失败是什么样子的:

这是项目 Json

{
"version": "1.0.0-*",
"dependencies": {
"Newtonsoft.Json": "8.0.0"
},


"frameworks" : {
"dnx451" : {
"dependencies": {
}
},
"dnxcore50" : {
"dependencies": {
"System.Runtime": "4.0.20-beta-22709"
}
}
}
}

Newtonsoft.Json 8.0.0不存在。因此,运行 kpm 恢复显示以下内容:

enter image description here

在诊断何时恢复可能失败时,请查看发出的 HTTP 请求,它们告诉您已配置的包源 kpm 查看了哪些内容。注意,在上面的图像中,有一个 CACHE请求。这是基于资源类型(nupkg 或 nuspec)的内置缓存,并具有可配置的 TTL (参见 kpm restore --help)。如果要强制 kpm访问远程 NuGet 源,请使用 --no-cache标志:

KPM restore --no-cache

这些错误也显示在包管理器日志输出窗口的 VisualStudio 中:

enter image description here

边注!

包装来源

我将描述 NuGet.config 现在的工作方式(将来可能会改变)。默认情况下,您有一个 NuGet.config,其中默认的 NuGet.org 源在 %appdata%\NuGet\NuGet.Config中全局配置。您可以在 Visual Studio 中或使用 NuGet 命令行工具管理这些全局源代码。在尝试诊断故障时,应该始终查看有效的源(在 kpm 输出中列出的源)。

阅读更多关于 NuGet.config 给你的内容

回到现实:

当依赖关系没有得到解决时,运行应用程序会得到以下结果:

> dnx . run
System.InvalidOperationException: Failed to resolve the following dependencies for target framework 'DNX,Version=v4.5.1':
Newtonsoft.Json 8.0.0


Searched Locations:
C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\{name}\project.json
C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\test\{name}\project.json
C:\Users\davifowl\.dnx\packages\{name}\{version}\{name}.nuspec
C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\{name}.dll
C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\Facades\{name}.dll
C:\WINDOWS\Microsoft.NET\assembly\GAC_32\{name}\{version}\{name}.dll
C:\WINDOWS\Microsoft.NET\assembly\GAC_64\{name}\{version}\{name}.dll
C:\WINDOWS\Microsoft.NET\assembly\GAC_MSIL\{name}\{version}\{name}.dll


Try running 'kpm restore'.


at Microsoft.Framework.Runtime.DefaultHost.GetEntryPoint(String applicationName)
at Microsoft.Framework.ApplicationHost.Program.ExecuteMain(DefaultHost host, String applicationName, String[] args)
at Microsoft.Framework.ApplicationHost.Program.Main(String[] args)

运行库基本上会在尝试运行之前验证是否解析了整个依赖关系图。如果它建议运行 kpm restore,那是因为它找不到所列出的依赖项。

您可能会得到这个错误的另一个原因是,如果您运行了错误的 dnx 风格。如果应用程序只指定 dnx451,并尝试运行 CoreCLR dnx,则可能会看到类似的问题。密切关注错误消息中的目标框架:

跑步:

dnx4x - runs on dnx-clr-{etc}
dnxcore50 - runs on dnx-coreclr-{etc}

当您尝试运行时,您应该记住从 clr 到 project.json中定义的目标框架的心理映射。

这也显示在 VisualStudio 的参考节点下: Unresolved dependencies

标记为黄色的节点未解析。

这些也出现在错误列表中:

Error list unresolved dependencies

大楼

构建时也会出现这些错误。在从命令行构建时,输出非常详细,在诊断问题时非常有用:

> kpm build


Building ClassLibrary39 for DNX,Version=v4.5.1
Using Project dependency ClassLibrary39 1.0.0
Source: C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\ClassLibrary39\project.json


Using Assembly dependency framework/mscorlib 4.0.0.0
Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\mscorlib.dll


Using Assembly dependency framework/System 4.0.0.0
Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\System.dll


Using Assembly dependency framework/System.Core 4.0.0.0
Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\System.Core.dll


Using Assembly dependency framework/Microsoft.CSharp 4.0.0.0
Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\Microsoft.CSharp.dll




Building ClassLibrary39 for DNXCore,Version=v5.0
Using Project dependency ClassLibrary39 1.0.0
Source: C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\ClassLibrary39\project.json


Using Package dependency System.Console 4.0.0-beta-22709
Source: C:\Users\davifowl\.dnx\packages\System.Console\4.0.0-beta-22709
File: lib\contract\System.Console.dll


Using Package dependency System.IO 4.0.10-beta-22231
Source: C:\Users\davifowl\.dnx\packages\System.IO\4.0.10-beta-22231
File: lib\contract\System.IO.dll


Using Package dependency System.Runtime 4.0.20-beta-22231
Source: C:\Users\davifowl\.dnx\packages\System.Runtime\4.0.20-beta-22231
File: lib\contract\System.Runtime.dll


Using Package dependency System.Text.Encoding 4.0.10-beta-22231
Source: C:\Users\davifowl\.dnx\packages\System.Text.Encoding\4.0.10-beta-22231
File: lib\contract\System.Text.Encoding.dll


Using Package dependency System.Threading.Tasks 4.0.10-beta-22231
Source: C:\Users\davifowl\.dnx\packages\System.Threading.Tasks\4.0.10-beta-22231
File: lib\contract\System.Threading.Tasks.dll

输出显示从包和项目引用传递到编译器的所有程序集。当您开始出现构建失败时,在这里查看以确保您正在使用的包在目标平台上实际工作是很有用的。

下面是一个在 dnxcore50上无法工作的包示例:

{
"version": "1.0.0-*",
"dependencies": {
"Microsoft.Owin.Host.SystemWeb": "3.0.0"
},


"frameworks": {
"dnx451": {
"dependencies": {
}
},
"dnxcore50": {
"dependencies": {
"System.Console": "4.0.0-beta-22709"
}
}
}
}

微软。欧文。主持人。SystemWeb 版本3.0.0没有在 dnxcore50上运行的任何程序集(请查看解压缩包的 lib 文件夹)。当我们运行 kpm build:

Missing assemblies on dnxcore50

注意它说“使用 Package Microsoft。欧文。主持人。“ SystemWeb”,但没有“ File:”。这可能是构建失败的原因。

这里结束了我的大脑

我在尝试安抚 dnxcore50和 dnx451引用时也遇到了依赖性缺失问题。

如果我理解正确的话,这个“依赖项”: {}是在框架之间共享的。

那么“框架”中的“依赖项”: {}是特定于该框架的。

Dnxcore50是一个模块化运行时(自包含) ,因此它基本上包含了运行一个程序所需的所有核心运行时,这与经典运行时不同。网络框架,其中核心依赖关系分散在其他地方。

所以说,我想坚持最小的方法,因为我决定主机上的 Mac 或 Linux 在某个时候。

更新 在使用 cshtml 视图时遇到了奇怪的依赖性问题,目前只使用 dnx451。

这是我的项目 Json

{
"webroot": "wwwroot",
"version": "1.0.0-*",


"dependencies": {
"System.Runtime": "4.0.10",
"Microsoft.AspNet.Hosting": "1.0.0-beta4",
"Microsoft.AspNet.Mvc": "6.0.0-beta4",
"Microsoft.AspNet.Server.IIS": "1.0.0-beta6-12075",
"Microsoft.AspNet.Server.WebListener": "1.0.0-beta6-12457",
"Microsoft.Framework.DependencyInjection": "1.0.0-beta4",
"Microsoft.Framework.DependencyInjection.Interfaces": "1.0.0-beta5"
},


"commands": {
"web": "Microsoft.AspNet.Hosting --server Microsoft.AspNet.Server.WebListener --server.urls http://admin.heartlegacylocal.com"  },


"frameworks": {
"dnx451": { }
}
},


"publishExclude": [
"node_modules",
"bower_components",
"**.xproj",
"**.user",
"**.vspscc"
],
"exclude": [
"wwwroot",
"node_modules",
"bower_components"
]
}

现在,我所有的 package.json版本都以 "-rc2-*"结束

(到目前为止,我看到的唯一例外是 Microsoft.Framework.Configuration包,它需要是 "1.0.0-rc1-*""1.0.0-*")

至于@davidfowl 提到的“ version train”,似乎在 beta8和 rc2之间已经消除了很多痛苦。

dnvm upgrade -u -arch x64 -r coreclr

我在 coreclr上运气最好的是这两个 NuGet 供稿:

"https://www.myget.org/F/aspnetvnext/"
"https://nuget.org/api/v2/"

当我的 缺少包装问题时,90% 的情况下都是这些罪魁祸首:

Newtonsoft.Json
Ix-Async
Remotion.Linq

大多数时候,我可以通过强制使用 NuGet.org 提要来解决这些问题:

dnu restore;
dnu restore -s https://nuget.org/api/v2

下面是我的工作配置.json:

{
"dependencies": {
"Microsoft.AspNet.Diagnostics": "1.0.0-rc2-*",
"Microsoft.AspNet.Diagnostics.Entity": "7.0.0-rc2-*",
"Microsoft.AspNet.Hosting": "1.0.0-rc2-*",
"Microsoft.AspNet.Http": "1.0.0-rc2-*",
"Microsoft.AspNet.Http.Abstractions": "1.0.0-rc2-*",
"Microsoft.AspNet.Mvc.Core": "6.0.0-rc2-*",
"Microsoft.AspNet.Mvc.Razor": "6.0.0-rc2-*",
"Microsoft.AspNet.Owin": "1.0.0-rc2-*",
"Microsoft.AspNet.Routing": "1.0.0-rc2-*",
"Microsoft.AspNet.Server.Kestrel": "1.0.0-rc2-*",
"Microsoft.AspNet.Server.WebListener": "1.0.0-rc2-*",
"Microsoft.AspNet.Session": "1.0.0-rc2-*",
"Microsoft.AspNet.StaticFiles": "1.0.0-rc2-*",
"EntityFramework.Commands": "7.0.0-rc2-*",
"EntityFramework.Core": "7.0.0-rc2-*",
"EntityFramework.InMemory": "7.0.0-rc2-*",
"EntityFramework.MicrosoftSqlServer": "7.0.0-rc2-*",
"EntityFramework.MicrosoftSqlServer.Design": "7.0.0-rc2-*",
"EntityFramework.Relational": "7.0.0-rc2-*",
"EntityFramework7.Npgsql": "3.1.0-beta8-2",
"Microsoft.Extensions.Logging.Abstractions": "1.0.0-rc2-*",
"Microsoft.Extensions.Logging.Console": "1.0.0-rc2-*",
"Microsoft.Extensions.DependencyInjection": "1.0.0-rc2-*",
"Microsoft.Extensions.DependencyInjection.Abstractions": "1.0.0-rc2-*",
"Microsoft.Framework.Configuration.CommandLine": "1.0.0-*",
"Microsoft.Framework.Configuration.EnvironmentVariables": "1.0.0-*",
"Microsoft.Framework.Configuration.Json": "1.0.0-*"
},
"commands": {
"ef": "EntityFramework.Commands",
"dev": "Microsoft.AspNet.Hosting --ASPNET_ENV Development --server Microsoft.AspNet.Server.Kestrel --server.urls http://localhost:5004"
},
"frameworks": {
"dnxcore50": {}
}
}