2017-02-06 3 views
0

У меня возникла проблема с менеджером пакетов Nuget и менеджером расширений и обновлений в Visual Studio Enterprise 2015 Update 3. Эти инструменты могут отображать установленные пакеты, но не могут иметь доступ к онлайн-пакетам.Диспетчер пакетов Visual Studio NuGet, не работающий с относительной ошибкой URI

Менеджер пакетов Nuget записывает эту ошибку на выходе: [nuget.org] Невозможно загрузить индекс обслуживания для источника https://api.nuget.org/v3/index.json. Cette opération n'est pas award en charge pour un URI relatif. (Эта операция не поддерживается для относительного URI)

Диспетчер расширений и обновлений отображает ту же ошибку.

Я попытался отремонтировать Visual Studio, проверял, нет ли прокси-сервера на моей ОС и http_proxy в переменных среды, удалите пользовательские настройки Visual Studio.

Fiddler не фиксирует информацию.

У кого-нибудь есть идеи?

Спасибо.

+0

Вы используете любой файл конфигурации Nuget? –

+0

Не могли бы вы открыть источник пакета в браузере? Проверьте, содержит ли NuGet.config источник пакета с относительным пути к файлу. Источник пакета с относительным пути к файлу не поддерживается. Файлы NuGet.config, расположенные в папке вашего решения или% AppData% \ NuGet \ nuget.config. Попробуйте удалить относительный путь к файлу и перезапустить VS, а затем снова получить доступ к онлайн-пакетам. –

+0

Значение% AppData% \ NuGet \ nuget.config файл является стандартным: <конфигурация> <добавить ключ = "nuget.org "value =" https://api.nuget.org/v3/index.json "protocolVersion =" 3 "/> ' Странно то, что у меня такая же ошибка в классическом всплывающем окне «Расширение и обновление» при просмотре онлайн-сборок. –

ответ

0

Найдено!

Я запустил Visual Studio с параметром/log.

StackTrace в лог-файл был:

Unexpected exception Cette op&#x00E9;ration n&apos;est pas prise en charge pour un URI relatif.
System.Uri.get_Host()&#x000D;&#x000A;
Microsoft.VisualStudio.CommonIDE.VsWebProxy.&lt;PrepareWebProxyAsync&gt;d__6.MoveNext()&#x000D;&#x000A;--- Fin de la trace de la pile partir de l&apos;emplacement pr&#x00E9;c&#x00E9;dent au niveau duquel l&apos;exception a &#x00E9;t&#x00E9; lev&#x00E9;e ---&#x000D;&#x000A;
System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)&#x000D;&#x000A;
System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)&#x000D;&#x000A;
Microsoft.VisualStudio.CommonIDE.VsWebProxyService.&lt;&gt;c__DisplayClass9_0.&lt;&lt;PrepareWebProxyAsync&gt;b__0&gt;d.MoveNext()&#x000D;&#x000A;--- Fin de la trace de la pile partir de l&apos;emplacement pr&#x00E9;c&#x00E9;dent au niveau duquel l&apos;exception a &#x00E9;t&#x00E9; lev&#x00E9;e ---&#x000D;&#x000A;
System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()&#x000D;&#x000A;
Microsoft.VisualStudio.Services.VsTask.RethrowException(AggregateException e)&#x000D;&#x000A;
Microsoft.VisualStudio.Services.VsTask.InternalGetResult(Boolean ignoreUIThreadCheck)&#x000D;&#x000A;
Microsoft.VisualStudio.Services.VsTask.GetResult()&#x000D;&#x000A;
Microsoft.VisualStudio.Shell.Connected.ConnectedUser.ConnectedUserManager.&lt;ResolveFWLinkThroughVsWebProxy&gt;d__74.MoveNext()&#x000D;&#x000A;--- Fin de la trace de la pile

По декомпиляции некоторые длл VisualStudio, я видел, что он использует WebRequest.DefaultWebProxy. На моем компьютере стороннее приложение изменило файл machine.config: в конфигурации/system.net/defaultProxy был указан модуль.

После комментирования этих деталей, это сработало.

Спасибо!

+0

Рад узнать, что вы решили эту проблему. Пожалуйста, отметьте свой ответ, который является преимуществом для других сообществ, имеющих такую ​​же проблему. –

Смежные вопросы