Файл обработки интеграции Epf недействителен или отсутствует

Обновлено: 21.11.2024

Внезапно я получаю следующие ошибки для 3 проектов в решении:

Единственное, что изменилось в проекте, — это пара изменений в БД, но раньше у меня никогда не возникало проблем. Единственное, что я обновил до Visual Studio 2017 15.5. Может ли это вызвать проблемы?

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

Пример одного из файлов .csproj, если это поможет:

Пожалуйста, сначала проверьте путь к файлу example.I18n.csproj на локальном компьютере, чтобы убедиться, что он существует в "C:\code\example\src\libs\example.I18n". Затем, пожалуйста, проверьте журналы в окне вывода, есть ли какие-либо журналы об ошибке восстановления пакета. Кроме того, очистите локальные кеши пакетов NuGet и снова выполните восстановление.

17 ответов 17

Я получил то же самое после обновления Visual Studio 2017 до версии 15.6.

Закрытие VS и удаление папки .vs помогло мне.

В моих проектах нет папки .vs, но закрытие и повторное открытие VS работало. "Вы пробовали выключить и снова включить?"

@emery.noel это скрытая папка. Возможно, у вас есть возможность включить настройку просмотра для него, а также для просмотра расширения.

@TitoLeiva - я вижу скрытые папки. Но папка vs находится на уровне решения, а не на уровне проекта (я искал не там)

Для меня регистр файла проекта на диске не соответствовал регистру в файле решения.

Скажем, у меня есть решение с LibraryA.csproj и LibraryB.csproj , где LibraryB.csproj содержит ссылку на LibraryA.csproj . Наличие неправильного регистра для LibraryA.csproj в файле решения приведет к ошибке NU1105 при сборке LibraryB.csproj:

Я начал сталкиваться с этой проблемой после обновления до версии 15.5 Visual Studio 2017. Я не сталкивался с этой проблемой в версии 15.4.5.

Библиотека A также ссылалась на библиотеку A, и сообщение об ошибке было отправлено в LibraryB. Хотя сообщалось, что это проблема с пакетами nuget для LibraryB, мне пришлось удалить и добавить LibraryA в решение. Ни название проекта, ни проблема не были правильно описаны в сообщении об ошибке.

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

В проекте, который не собирается, разверните раздел "Проекты" в разделе "Зависимости". В моем случае проблема была связана с проектом, которого не было в решении, но на который все еще ссылались. Однако сообщение об ошибке могло бы быть немного более явным. Спасибо

У меня была эта проблема, и я просто следовал тому, что рекомендуется в сообщении об ошибке внутри VS:
восстановить решение.

Поэтому я открыл командную строку или консоль диспетчера пакетов, перешел в каталог с файлом решения ( .sln ) и просто выдал

Проблема устранена.

Я столкнулся с этой ошибкой при дублировании ссылки на проект.

Удаление повторяющейся ссылки устранило ошибку.

Решил мою проблему. Особенно в Rider это может произойти также, если есть ссылка на DLL, содержащую проект Shrared, и сам общий проект также указан в списке, что несовместимо, но Visual Studio не жалуется

Мне помогло

Удалить проект-нарушитель
Создайте решение
Повторно добавьте проект.

Кажется, некоторые проекты были удалены из файла решения (не знаю почему). Исправлено путем отмены этих изменений в файле решения

webProject1 и webProject2 ссылаются на classLib как на сам проект (а не как на .dll ). Когда я открыл свое решение в VS 2019 и попытался собрать, я получил идентичную ошибку NU1105: невозможно найти информацию о проекте для «../classLib.csproj». ошибка.

Перед сборкой зависимых проектов вам необходимо восстановить их зависимости. Что я и сделал, просто добавил следующую цель в мои файлы webProject1.csproj и webProject2.csproj.

Обратите внимание, что для добавления команд предварительной сборки без непосредственного редактирования файла csProj можно щелкнуть правой кнопкой мыши проект в решении exdlorer->properties->Build Events->ввести команду (например, dotnet resore)

Недавно я столкнулся с ошибкой NU1105 при использовании JetBrains Rider в Linux. Таким образом, речь идет о Mono и версии MSBuild, которая поставляется вместе с ней.

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

Перезагрузите проект, который вызывает проблему, это устранит проблему,

Как указано в следующей ссылке:

Я исправляю эту ошибку, просто запустив опцию чистого решения. Щелкните правой кнопкой мыши решение в обозревателе решений и выберите чистое решение.

Это безумие, я пробовал все это: обновил VS. вручную удалил все папки bin, запустил восстановление dotnet, чистая перестройка ничего не работает

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

Ваш ответ можно улучшить, добавив дополнительную вспомогательную информацию. Пожалуйста, отредактируйте, чтобы добавить дополнительные сведения, такие как цитаты или документация, чтобы другие могли подтвердить правильность вашего ответа. Дополнительную информацию о том, как писать хорошие ответы, можно найти в справочном центре.

Я получал эту ошибку NU1105: Не удалось найти информацию о проекте для "C:\folder2\project1.csproj". но project1, который у меня был как часть решения, находился в C:\folder1\project1.csproj (он также был там в c:\folder2\project1.csproj, но не был частью решения, поэтому это сбивало с толку) Однажды я изменил ссылку на правильное местоположение проекта, с которым он работал.

Потратив 3 часа на опробование множества решений, мне помогло то, что мне пришлось отменить sln-файл корневого решения. некоторые ссылки на проекты были удалены... не знаю как.

Это случилось со мной, когда у меня были файлы с именами, превышающими максимально допустимый путь ОС. Проверьте свои имена ;)

Веб-службы NetSuite REST предоставляют канал интеграции, расширяющий возможности SuiteTalk. Веб-службы REST предоставляют интерфейс на основе REST для взаимодействия с NetSuite.

С помощью веб-служб REST вы можете:

Используйте операции CRUD (создание, чтение, обновление, удаление) для выполнения бизнес-обработки записей NetSuite и динамического перехода между записями. Подробнее см. в разделе Работа с записями.

Получить и обработать определение API и записать метаданные. Дополнительные сведения см. в разделе Работа с метаданными ресурсов.

Выполнение запросов NetSuite к записям. Дополнительные сведения см. в разделе Фильтрация записей и запрос.

В следующих таблицах представлен обзор функций веб-служб REST.

Служба записей REST (.record/v1)

Метаданные — дополнительную информацию см. в разделе Работа с метаданными ресурсов.

Операции CRUD — дополнительную информацию см. в разделе Работа с записями.

Фильтрация коллекции записей — дополнительную информацию см. в разделе Фильтрация коллекции записей.

Стандартные записи — на основе флага поддержки записей в браузере REST API. Вы можете увидеть уровень поддержки записи рядом с именем записи в браузере REST API. Список полностью поддерживаемых записей см. также в разделе Поддерживаемые записи веб-служб REST.

Действия записи — дополнительную информацию см. в разделе Выполнение действий записи.

Уровень поддержки функции зависит от уровня поддержки записи, в которой вы используете эту функцию.

Эта функция обычно доступна для полностью поддерживаемых записей. Вы можете увидеть уровень поддержки записи рядом с именем записи в браузере REST API. Список полностью поддерживаемых записей см. также в разделе Поддерживаемые записи веб-служб REST.

Выполнение действий над записью в бета-версии считается бета-функцией, для которой необходимо включить функцию REST Record Service (бета-версия).

Преобразование записей — дополнительную информацию см. в разделе Преобразование записей.

Уровень поддержки функции зависит от уровня поддержки записи, в которой вы используете эту функцию.

Использование преобразования записей в бета-записях считается бета-функцией, для которой необходимо включить функцию REST Record Service (бета-версия).

Асинхронное выполнение запросов. Дополнительные сведения см. в разделе Обработка запросов веб-служб REST.

Веб-службы REST

Список наборов данных рабочей книги — дополнительную информацию см. в разделе Получение списка наборов данных через веб-службы REST.

Выполнение запросов SuiteQL — дополнительную информацию см. в разделе Выполнение запросов SuiteQL через веб-службы REST.

Преимущества веб-служб REST

К основным преимуществам веб-служб REST относятся следующие:

Простой доступ к метаданным записей. Сюда входят метаданные пользователя и компании. Дополнительные сведения о работе с метаданными записей см. в разделе Работа с метаданными ресурсов.

Упрощение обработки настраиваемых записей и настраиваемых полей.

Простая навигация по API.

В отличие от RESTlet, вам не нужно писать, развертывать и запускать собственные скрипты.

Ограничения веб-служб REST

Обратите внимание на следующую информацию при работе с веб-службами REST.

Запрос возвращает только идентификаторы записей и ссылки HATEOAS. (См. ХАТЕОАС.) То есть результаты запроса имеют форму неразвернутых ссылок. Кроме того, вы можете использовать поля тела только в условиях запроса.

Переводы в веб-службах REST выполняются так же, как и в SuiteScript. Для пользовательских записей учитываются настройки пользователя (Главная > Установить настройки > Язык). Для стандартных записей переводы возвращаются и обновляются на основном языке компании. Кроме того, в текущей версии веб-служб REST невозможно читать и обновлять переводы в подсписке переводов как для настраиваемых, так и для стандартных записей. Это поведение отличается от поведения SuiteScript.

Веб-службы REST не поддерживают устаревшие налоговые функции. Для работы с налогообложением через веб-службы REST у вас должна быть включена функция SuiteTax. Дополнительные сведения об использовании SuiteTax см. в разделе SuiteTax.

Асинхронное выполнение запросов не поддерживается в службе запросов REST.

Веб-службы REST всегда загружают экземпляры записей в режиме редактирования, включая запросы GET. Когда пользователь без роли администратора пытается выполнить запрос GET для записи о сотруднике пользователя с ролью администратора, появится следующее сообщение об ошибке: «Из соображений безопасности только администратору разрешено редактировать запись администратора». Это не позволяет пользователям без роли администратора редактировать запись о сотруднике пользователя с ролью администратора.

Читайте также: