Развертывание .NET Core приложения с пакетом совместимости Windows - PullRequest
Новая
       44

Развертывание .NET Core приложения с пакетом совместимости Windows

0 голосов
/ 21 ноября 2018

Я занят развертыванием приложения .NET Core 2.1 в нашей среде тестирования, но получаю следующую ошибку: 

Error:
  An assembly specified in the application dependencies manifest (MyApp.deps.json) was not found:
    package: 'System.Diagnostics.EventLog', version: '4.5.0'
    path: 'runtimes/win/lib/netcoreapp2.1/System.Diagnostics.EventLog.dll'

Мы используем Windows Compatibility Pack для доступа к журналу событий.

У меня есть следующий элемент в файле Json зависимостей: 

"System.Diagnostics.EventLog/4.5.0": {
  "dependencies": {
    "Microsoft.Win32.Registry": "4.5.0",
    "System.Security.Permissions": "4.5.0",
    "System.Security.Principal.Windows": "4.5.0",
    "System.Threading.AccessControl": "4.5.0"
  },
  "runtime": {
    "lib/netstandard2.0/System.Diagnostics.EventLog.dll": {
      "assemblyVersion": "4.0.0.0",
      "fileVersion": "4.6.26515.6"
    }
  },
  "runtimeTargets": {
    "runtimes/win/lib/netcoreapp2.0/System.Diagnostics.EventLog.dll": {
      "rid": "win",
      "assetType": "runtime",
      "assemblyVersion": "4.0.0.0",
      "fileVersion": "4.6.26515.6"
    }
  }
}

Пожалуйста, посоветуйте, как следует развертывать эти зависимости.Кроме того, что является корневой папкой для этого относительного пути runtimes/win/lib/netcoreapp2.0?

1 Ответ

0 голосов
/ 22 февраля 2019

На самом деле мы нашли решение для нашего сценария: - наша ситуация заключалась в том, что мы пытались запустить тестовый проект на основе netcoreapp на нашем тестовом агенте - dotnet test на работающем файле проекта - dotnet vstest иногда работал на выходном каталоге проекта(мы не уверены, почему и на какой установке) - dotnet vstest действительно столкнулся с вышеуказанной ошибкой при запуске в другой каталог и скачал с CI - dotnet vstest действительно столкнулся с AssemblyNotFoundException на тестовом агенте (который не 'для нас это не имеет никакого смысла)

Решением было использование dotnet publish для нашего тестового проекта и использование «автономных» выходных данных для запуска на тестовом агенте.dotnet publish скопировал необходимые файлы runtimes/win/lib/netcoreappX.X/*.dll в каталог публикации вывода.

...