2017-02-06 1 views
0

J'ai un problème avec Nuget Package Manager et Extension et le gestionnaire de mises à jour sur Visual Studio Enterprise 2015 Update 3. Ces outils peuvent répertorier les packages installés mais ne peuvent pas accéder aux packages en ligne.Le gestionnaire de paquets Visual Studio NuGet ne fonctionne pas avec une erreur URI relative

Le gestionnaire de paquets Nuget écrit cette erreur dans la sortie: [nuget.org] Impossible de charger l'index de service pour la source https://api.nuget.org/v3/index.json. Cette opération n'est pas prise en charge pour un URI relatif. (Cette opération n'est pas prise en charge pour un URI relatif)

Le gestionnaire d'extensions et de mises à jour affiche la même erreur.

J'ai essayé de réparer Visual Studio, vérifié qu'il n'y a aucun proxy sur mon système d'exploitation ni http_proxy dans les variables d'environnement, supprimer les paramètres utilisateur de Visual Studio.

Fiddler n'enregistre aucune information.

Est-ce que quelqu'un a une idée?

Merci.

+0

Utilisez-vous un fichier Nuget, config? –

+0

Pourriez-vous ouvrir la source du paquet dans le navigateur? Veuillez vérifier si NuGet.config contient une source de paquet avec le chemin de fichier relatif. La source du package avec le chemin de fichier relatif n'est pas prise en charge. Les fichiers NuGet.config situés dans votre dossier de solution ou% AppData% \ NuGet \ nuget.config. Essayez de supprimer le chemin de fichier relatif et redémarrez le VS, puis accédez à nouveau aux packages en ligne. –

+0

Le fichier% AppData% \ NuGet \ nuget.config est standard: ' La chose étrange est que j'ai la même erreur dans la popup classique Extension et mises à jour lors de la navigation pour les assemblages en ligne. –

Répondre

0

Trouvé! J'ai lancé Visual Studio avec l'option/log.

Le stacktrace dans le fichier journal:

Unexpected exception Cette opération n'est pas prise en charge pour un URI relatif.
System.Uri.get_Host()

Microsoft.VisualStudio.CommonIDE.VsWebProxy.<PrepareWebProxyAsync>d__6.MoveNext()
--- Fin de la trace de la pile partir de l'emplacement précédent au niveau duquel l'exception a été levée ---

System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)

System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)

Microsoft.VisualStudio.CommonIDE.VsWebProxyService.<>c__DisplayClass9_0.<<PrepareWebProxyAsync>b__0>d.MoveNext()
--- Fin de la trace de la pile partir de l'emplacement précédent au niveau duquel l'exception a été levée ---

System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()

Microsoft.VisualStudio.Services.VsTask.RethrowException(AggregateException e)

Microsoft.VisualStudio.Services.VsTask.InternalGetResult(Boolean ignoreUIThreadCheck)

Microsoft.VisualStudio.Services.VsTask.GetResult()

Microsoft.VisualStudio.Shell.Connected.ConnectedUser.ConnectedUserManager.<ResolveFWLinkThroughVsWebProxy>d__74.MoveNext()
--- Fin de la trace de la pile

par décompilation certains dll VisualStudio, je l'ai vu qu'il utilise le WebRequest.DefaultWebProxy. Sur mon ordinateur, une application tierce a modifié mon fichier machine.config: dans configuration/system.net/defaultProxy, un module a été spécifié. Après avoir commenté ces parties, cela a fonctionné.

Merci!

+0

Content de savoir que vous avez résolu ce problème. Veuillez indiquer votre réponse, ce qui profite à d'autres communautés qui ont le même problème. –