-
Notifications
You must be signed in to change notification settings - Fork 9.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
An assembly specified in the application dependencies manifest (appname.deps.json) was not found: package: 'Microsoft.ApplicationInsights.AspNetCore', version: '2.1.1' #3215
Comments
Seems to be a duplicate of https://github.com/dotnet/coreclr/issues/13542 |
Actually no. the recommendation in the above link did not fix the issue. |
I have the same issue. Figured temporary workaround - choose target runtime to anything else other than 'Portable' (win-x64 in my case): This will inflate your app size however. |
Having this issue as well on a console application with the following command:
Target server
Getting the following error at runtime:
EDIT: In our case, we were referencing the 2.0.0 metapackage of |
@pakrym - any idea on this? |
I have a very similar issue on an Amazon EC2 running WIndows Server 2016, where if I do anything other than publish a self-contained app (i.e. with runtime win-x64) I receive an error. This is even the case when I deploy with false, and in this case the error is: An assembly specified in the application dependencies manifest (XTag.API.deps.json) was not found: I don't know why the deps.json has specified this runtimes path, since I can see this exact dll in the site root. The deps.json file is generated, so is there any way to force it to look in the local directory first? It's possible that installing the sdk on the server will allow me to ship a smaller package, but I'm a bit confused as to why you would need to install an sdk when you're not doing any development on the server - why does the sdk give you dlls which the runtime doesn't? Deploying a self contained app works, but it's very frustrating to be forced to deploy a much larger package just because somehow the dotnet core runtime on the Server is incomplete. Is there any clean solution for this, or do we have to wait for a later version of dotnet core for these bugs in common deployment scenarios to be fixed? Just to emphasise, the publish command which works is: and the one which doesn't is: Also note that I'm not doing anything specific with cryptography. |
I'm seeing this as well running ASP.NET Core 2.1. Running locally through IIS. I have two apps using the same nugets. One works fine, the other gives me this in my log file:
|
My solution was to upgrade all project dependencies. It solved the problem in my case. |
Have the same issue with Windows Server 2016 on AWS and a console app on .NET Core 2.0 / 2.2. |
I'm trying to deploy to GCP and I get a similar error: (dotnet --version: 2.1.500)
My MY-APP-NAME.csproj: <Project Sdk="Microsoft.NET.Sdk.Web">
<PropertyGroup>
<TargetFramework>netcoreapp2.1</TargetFramework>
</PropertyGroup>
<ItemGroup>
<Folder Include="wwwroot\"/>
</ItemGroup>
<ItemGroup>
<PackageReference Include="Microsoft.AspNetCore.App"/>
<PackageReference Include="Microsoft.AspNetCore.Razor.Design" Version="2.1.2" PrivateAssets="All"/>
...
<PackageReference Include="AspNetCoreRateLimit" Version="2.1.0"/>
...
</ItemGroup>
</Project> |
@Eilon I remember seeing similar issues a long time ago but can't remember the cause. |
something that resembles that happened to me, there was another project (.net framework) in the solution and it was referenced by the .net core project. I've deleted the project from the solution, and after that I've started seeing this error when trying to publish. It was solved by re-adding the other project to the solution, referencing it again, removing the reference from the references window and only then deleting the project from the solution explorer. It appears that there is an issue with removing the referenced project from the manifests when dependencies are deleted. In a case of a nuget like application insights, I would try removing it using the nuget manager or the package manager console. Anyway, at least in my case it looks more like a bug in visual studio than a bug in .net core. |
I had this with an IIS deployment on a Windows Server 2016 VM after installing .NET Core 3 Preview and running my first Core 3 web app. After lots of IIS restarts and a huge amount of faffing with code (because I thought the issue was there) it finally occurred to me to restart the server, which then magically fixed it. I could hear the words "have you tried turning it off and on again" ringing in my ears... |
Had similar error: Problem was due to a small change to dependencies in csproj file. That resulted in more files to deploy. Modified installer to include the new files. |
Closing as this issue is old and hasn't had any traffic. |
I'm trying to run this brand new aspnet 2.1 app -- that I built -- on WIndows bash using .netcore 2.1. And I get the following error:
An assembly specified in the application dependencies manifest (AutoFaqRestApi.deps.json) was not found:
package: 'Microsoft.ApplicationInsights.AspNetCore', version: '2.1.1'
path: 'lib/netstandard1.6/Microsoft.ApplicationInsights.AspNetCore.dll'
I do not have anything to do with ApplicationInsights. And I have not explicitly added it anywhere to my project. How can I get rid of it? Or is this references by the aspnet itself?
The text was updated successfully, but these errors were encountered: