элемент nuget 'packages' не объявлен как предупреждение

Question

элемент nuget 'packages' не объявлен как предупреждение

106

не showstopper, но при использовании nuget в проекте он создает файл package.config с этой формой

<?xml version="1.0" encoding="utf-8"?>
<packages>
   ... your packages
</packages>

это дает предупреждение в VS

The 'packages' element is not declared.

Происхождение проблемы как-то связано с объявлением xml.

Также я думаю, что пакет определения по умолчанию не должен вызывать предупреждения.

Кто-нибудь знает, что я должен изменить, чтобы я не получил это предупреждение? (т.е. даже если я вижу это только в том случае, если файл открыт, он также постоянно отображается как предупреждение с некоторыми правилами CA.)

roundcrisis 21 июль 2011, в 11:30

Источник

3

Я нашел [это решение] [1] для этой темы, что я считаю лучше. [1]: stackoverflow.com/questions/2833243/…
Mario Lopez 12 май 2013, в 00:51
1

тб реальное решение состоит в том, чтобы добавить официальную схему ... пожалуйста, смотрите мой ответ ниже
Stefan Z Camilleri 11 дек. 2013, в 17:15
0

Вот соответствующая проблема на github: github.com/NuGet/Home/issues/1836
dimaaan 26 окт. 2017, в 15:34

Показать ещё 1 комментарий

Теги:

xml

visual-studio

nuget

5 ответов

153

Вы увидите это только в том случае, если файл открыт. Когда вы закроете файл в Visual Studio, предупреждения исчезнут.

http://nuget.codeplex.com/discussions/261638

Tzvi Gregory Kaidanov 01 авг. 2011, в 13:46

7

Ха, игнорирование проблемы заставляет ее уйти: D. Но может ли то, что ты не видишь, причинить тебе боль?
JSideris 20 янв. 2012, в 15:37
5

правильно @gregory мы должны игнорировать это .. есть другое влияние этого предупреждения. Он генерируется nuget и nuget знает, как использовать этот файл очень хорошо.
shashwat 22 сен. 2012, в 11:09
4

Это должен быть принятый ответ. Очень глупо.
Ryan Rodemoyer 06 июль 2015, в 16:57
0

Да, это должен быть принятый ответ. Вышеуказанная является одной из причин, почему я должен носить парик на работе.
neilhighley 07 дек. 2016, в 15:27
0

@neilhighley Спасибо, ребята. Не совсем помню проблему, но рад, что смог помочь. лол
Tzvi Gregory Kaidanov 08 дек. 2016, в 17:12
0

@RyanRodemoyer Спасибо, ребята. Не совсем помню проблему, но рад, что смог помочь. лол
Tzvi Gregory Kaidanov 08 дек. 2016, в 17:13

Показать ещё 4 комментария

85

На самом деле правильный ответ на этот вопрос заключается в том, чтобы просто добавить схему в ваш документ, например

<packages xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd">

... и все готово:)

Если XSD еще не кэширован и недоступен, вы можете добавить его следующим образом из консоли NuGet

Install-Package NuGet.Manifest.Schema -Version 2.0.0

Как только это будет сделано, как отмечено в комментарии ниже, вы можете перенести его из текущей папки в официальную папку схемы, которая находится в

%VisualStudioPath%\Xml\Schemas

Stefan Z Camilleri 03 дек. 2013, в 17:03

0

Почему я не могу перейти по этому URL?
andrewb 29 дек. 2013, в 22:10
4

Вы правы, когда говорите, что рассматриваемый xsd в настоящее время недоступен, поскольку, по их определению W3C, как бы вводящему в заблуждение, объявление xmlns (namespace) было не чем иным, как строкой в форме URI, и не требуется и не предлагается, чтобы ресурс действительно был там доступен ( en.wikipedia.org/wiki/XML_namespace )
Stefan Z Camilleri 30 дек. 2013, в 00:39
0

Интересно. Нет ли где-нибудь ресурса, который определяет, каким должен быть этот XML-файл? Как Visual Studio проверяет формат?
andrewb 30 дек. 2013, в 03:31
1

Да, определенно, это сам XSD. Visual Studio на самом деле не проверяет схему, это библиотека / сборка, которая использует XML-документ, который будет выполнять проверку. Единственная причина, по которой VS нуждается в этой информации, - предоставить intellisense. Когда ресурс не может быть найден, VS может использовать предварительно кэшированный экземпляр xsd, который можно найти в% VsInstallDir% \ xml \ Schemas
Stefan Z Camilleri 30 дек. 2013, в 04:01
4

Так что теперь я получаю 13 информационных сообщений («Не удалось найти информацию о схеме ...») вместо одного предупреждающего сообщения ... вроде как шаг назад :-)
Heliac 23 янв. 2014, в 09:42
0

Тем не менее, я использую ваше решение, потому что мне не нравятся предупреждения ... в сочетании с ответом Грегори, проблема решена!
Heliac 23 янв. 2014, в 09:47
0

Добавлена заметка о том, как установить официальную схему
Stefan Z Camilleri 23 янв. 2014, в 13:58
0

@StefanZCamilleri - при установке схема добавляется в текущий проект, ее следует добавить в Visual Studio. Я получил пакет с помощью установки, а затем добавить его в правильную папку, как в принятом ответе
Erno de Weerd 03 июнь 2014, в 10:59
0

Согласен, так как NuGet не имеет доступа к этим путям.
Stefan Z Camilleri 04 июнь 2014, в 10:36
1

Следует отметить, что недавно у меня возникли проблемы с добавлением этих пространств имен, приводящих к порче NuGet. К сожалению, я предпочитаю не получать предупреждений.
meh-uk 11 авг. 2015, в 16:40
0

Я считаю, что это неправильные схемы. Эти схемы предназначены для .nuspec-s, но не для packages.config. Они содержат объявление для элемента <package> в .nuspec-s, но не для <пакетов>. Принятое решение выше работает.
DKroot 30 авг. 2015, в 17:43

Показать ещё 9 комментариев

4

Ни один из ответов не решит вашу проблему навсегда. Если вы перейдете на путь добавления XSD (из меню Xml, выберите "Создать схему" ), у вас возникнут проблемы с менеджером пакетов, так как он очистит ваш файл package.config при добавлении нового пакета.

Лучшее решение просто игнорируется, закрывая файл, когда вы его не используете.

Baris 09 авг. 2016, в 09:45

0

+1; просто знайте, что это также работает (и не сломает менеджер пакетов).
rsenna 31 май 2017, в 01:24

4

Это происходит потому, что VS не знает схему этого файла. Обратите внимание, что этот файл больше связан с реализацией, а не с тем, что вам обычно нужно открывать напрямую. Вместо этого вы можете использовать диалог NuGet для управления пакетами, установленными в проекте.

David Ebbo 22 июль 2011, в 01:59

0

Неважно, что вы используете NuGet для установки пакетов. Создается тот же файл packages.config, который генерирует предупреждение компилятора.
ProfK 21 нояб. 2016, в 05:28

Ещё вопросы

Я нашел [это решение] [1] для этой темы, что я считаю лучше. [1]: stackoverflow.com/questions/2833243/…
тб реальное решение состоит в том, чтобы добавить официальную схему ... пожалуйста, смотрите мой ответ ниже
Вот соответствующая проблема на github: github.com/NuGet/Home/issues/1836
Ха, игнорирование проблемы заставляет ее уйти: D. Но может ли то, что ты не видишь, причинить тебе боль?
правильно @gregory мы должны игнорировать это .. есть другое влияние этого предупреждения. Он генерируется nuget и nuget знает, как использовать этот файл очень хорошо.
Это должен быть принятый ответ. Очень глупо.
Да, это должен быть принятый ответ. Вышеуказанная является одной из причин, почему я должен носить парик на работе.
@neilhighley Спасибо, ребята. Не совсем помню проблему, но рад, что смог помочь. лол
@RyanRodemoyer Спасибо, ребята. Не совсем помню проблему, но рад, что смог помочь. лол
Почему я не могу перейти по этому URL?
Вы правы, когда говорите, что рассматриваемый xsd в настоящее время недоступен, поскольку, по их определению W3C, как бы вводящему в заблуждение, объявление xmlns (namespace) было не чем иным, как строкой в форме URI, и не требуется и не предлагается, чтобы ресурс действительно был там доступен ( en.wikipedia.org/wiki/XML_namespace )
Интересно. Нет ли где-нибудь ресурса, который определяет, каким должен быть этот XML-файл? Как Visual Studio проверяет формат?
Да, определенно, это сам XSD. Visual Studio на самом деле не проверяет схему, это библиотека / сборка, которая использует XML-документ, который будет выполнять проверку. Единственная причина, по которой VS нуждается в этой информации, - предоставить intellisense. Когда ресурс не может быть найден, VS может использовать предварительно кэшированный экземпляр xsd, который можно найти в% VsInstallDir% \ xml \ Schemas
Так что теперь я получаю 13 информационных сообщений («Не удалось найти информацию о схеме ...») вместо одного предупреждающего сообщения ... вроде как шаг назад :-)
Тем не менее, я использую ваше решение, потому что мне не нравятся предупреждения ... в сочетании с ответом Грегори, проблема решена!
Добавлена заметка о том, как установить официальную схему
@StefanZCamilleri - при установке схема добавляется в текущий проект, ее следует добавить в Visual Studio. Я получил пакет с помощью установки, а затем добавить его в правильную папку, как в принятом ответе
Согласен, так как NuGet не имеет доступа к этим путям.
Следует отметить, что недавно у меня возникли проблемы с добавлением этих пространств имен, приводящих к порче NuGet. К сожалению, я предпочитаю не получать предупреждений.
Я считаю, что это неправильные схемы. Эти схемы предназначены для .nuspec-s, но не для packages.config. Они содержат объявление для элемента <package> в .nuspec-s, но не для <пакетов>. Принятое решение выше работает.
+1; просто знайте, что это также работает (и не сломает менеджер пакетов).
Неважно, что вы используете NuGet для установки пакетов. Создается тот же файл packages.config, который генерирует предупреждение компилятора.

Łukasz Wiatrak · Accepted Answer · 2011-11-04T22-55-00.000Z

79

Лучший ответ

Вы всегда можете сделать простую схему xsd для 'packages.config', чтобы избавиться от этого предупреждения. Для этого создайте файл с именем "packages.xsd":

<?xml version="1.0" encoding="utf-8" ?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"
      targetNamespace="urn:packages" xmlns="urn:packages">
  <xs:element name="packages">
    <xs:complexType>
      <xs:sequence>
        <xs:element name="package" maxOccurs="unbounded">
          <xs:complexType>
            <xs:attribute name="id" type="xs:string" use="required" />
            <xs:attribute name="version" type="xs:string" use="required" />
            <xs:attribute name="targetFramework" type="xs:string" use="optional" />
            <xs:attribute name="allowedVersions" type="xs:string" use="optional" />
          </xs:complexType>
        </xs:element>
      </xs:sequence>
    </xs:complexType>
  </xs:element>
</xs:schema>

Местоположение этого файла (два варианта)

В той же папке, что и файл packages.config,
Если вы хотите разделить packages.xsd на несколько проектов, переместите его в папку Visual Studio Schemas (путь может немного отличаться, это D:\Program Files (x86)\Microsoft Visual Studio 10.0\Xml\Schemas для меня).

Затем отредактируйте тег <packages> в packages.config файле (добавьте атрибут xmlns):

<packages xmlns="urn:packages">

Теперь предупреждение должно исчезнуть (даже если в Visual Studio открыт файл package.config).

Łukasz Wiatrak 04 нояб. 2011, в 22:55

1

Не нужно ли изменять вторую строку XSL: <xs: schema xmlns: xs = " w3.org/2001/XMLSchema " targetNamespace = "urn: packages" xmlns = "urn: packages">
Uri 14 нояб. 2011, в 16:52
0

@ Ури, хорошая мысль, я обновил схему.
Łukasz Wiatrak 14 нояб. 2011, в 17:32
1

Знаете ли вы, почему Visual Studio не создает этот xsd-файл?
Anders Lindén 23 авг. 2012, в 06:42
1

Вы пропустили атрибут targetFramework в файле схемы XML. Я получаю сообщение об ошибке targetFramework attribute is not defined
shashwat 22 сен. 2012, в 11:04
0

@harsh, Вы правы, схема сейчас обновлена, спасибо Герардо за исправление.
Łukasz Wiatrak 12 май 2013, в 11:09
0

@ ŁukaszWiatrak: Пожалуйста, добавьте строку <xs:attribute name="allowedVersions" type="xs:string" use="optional" /> к вашему примеру, чтобы избежать "Атрибут позволенного "Versions" не объявлен "(используется современной версией NuGet). Pedantic я знаю, но весь пост посвящен исправлению предупреждения, которое не оказывает вредного воздействия.;)
Charles Burns 18 апр. 2014, в 16:49
0

@CharlesBurns Спасибо, обновлено;)
Łukasz Wiatrak 22 апр. 2014, в 05:57
2

Я обнаружил, что при использовании вашего решения с Entity Framework консоль NuGet не может правильно проанализировать мой package.config и постоянно говорит мне, что пакет EnitityFramework не был установлен в моем проекте. Я использую EF 6.1.0 с NuGet 2.8.50313.46 на VS2013 Ultimate Update 2.
misterfrb 03 июнь 2014, в 16:01
0

О решениях с несколькими проектами я получаю предупреждение «Глобальный элемент« urn: packages: packages »уже объявлен». У меня есть xsd в той же папке, что и packages.config.
n00b 01 апр. 2015, в 02:54
7

Это решение нарушает функцию автоматической установки отсутствующих пакетов в vs2012 / nuget. Предупреждение исчезло, но мне потребовались часы, чтобы выяснить, почему vs2012 больше не устанавливает отсутствующие пакеты. Поэтому лучшее решение (ответ в stackoverflow.com/questions/2833243/… ) состоит в том, чтобы создать схему через меню XML -> Создать схему (vs 2012 автоматически добавит ее в список используемых схем) - не нужно менять. Конфиг, без перерыва на другие функции
outofmind 26 авг. 2015, в 13:58
1

У меня была та же проблема, что и в предыдущем комментарии: это решение сломало менеджер NuGet в VS 2013, обновление 4.
DKroot 31 авг. 2015, в 19:37
0

В настоящее время я бы добавил: <xs: attribute name = "developmentDependency" type = "xs: boolean" use = "необязательный" />
as9876 03 июль 2016, в 08:57
1

Вы можете создать это, а затем поддерживать его с течением времени. Мы можем спросить, почему Microsoft выпускает продукт с предупреждением об ошибках, но затем они делают это постоянно. В результате мы должны обойти или исследовать каждую сборку, чтобы определить, являются ли они «теми же старыми предупреждениями» или, возможно, новыми. Как насчет более профессионального подхода от Microsoft в качестве решения?
Rick O'Shea 26 авг. 2016, в 16:51
0

Visual Studio может автоматически создать для вас пакет package.xsd : stackoverflow.com/questions/6774578/…
Hooman Bahreini 09 окт. 2018, в 07:24

Показать ещё 12 комментариев