Подтвердить что ты не робот

Слишком длинная ошибка при построении службы azure для окон

Я пытаюсь опубликовать свою услугу в windows azure. Служба состоит из одного webRole, однако я добавил, что удаленные функции входа в систему опубликовали его и несколько раз построили, и теперь все это внезапно не будет создано. Причина, по которой он дает, заключается в том, что

Подробности ниже:
"Ошибка 56 Указанный путь, имя файла или и то, и другое слишком длинны. Полноценное имя файла должно быть менее 260 символов, а имя каталога должно быть меньше 248. Символ C:\Program Files (x86)\MSBuild\Microsoft\Cloud Service\1.0\Visual Studio 10.0\Microsoft.CloudService.targets 202 5 FileSystemCreator"

Я пошел на все форумы, я использовал командную строку CSPack для упаковки службы, которая прекрасна, но мне очень сложно настроить сертификат для подключения к удаленному рабочему столу, и я хотел бы воспользоваться этой возможностью поскольку я создаю некоторые веб-сайты в событии onStart, и я хотел бы заглянуть в IIS. Некоторые сотрудники Microsoft согласны с тем, что это ошибка, и они пообещали исправить эту проблему, обратитесь к post. Я использую VS2010, и я не знаю, как исправить эту ошибку.

Кто-нибудь может помочь или указать мне место, где я могу получить любую помощь.

4b9b3361

Ответ 1

Я столкнулся с той же проблемой с новым решением.

Обратите внимание, что, в отличие от ответа Eugenio Pace, ошибка возникает только при развертывании на Azure (а не при запуске проекта в эмуляторе Azure Compute Emulator).

Попробуйте добавить следующую строку в первую группу свойств вашего проекта Windows Azure Visual Studio Project (*.ccproj):

<ServiceOutputDirectory>C:\Azure\</ServiceOutputDirectory>

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

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

Кредит: http://govada.blogspot.com/2011/12/windows-azure-package-build-error.html

Ответ 3

У меня возникла и эта проблема при развертывании проекта Node.js для Azure.

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

В моем случае они указали по умолчанию на% USERPROFILE%\AppData\Local\Temp, изменив их на C:\Temp.

Убедитесь, что вы перезагрузили Windows после.

Ответ 4

Лучшим решением может быть создание символической ссылки на вашу папку проекта. Это не требует перемещения файлов или изменения системных переменных. Откройте командную строку в качестве администратора и запустите это:

mklink /D C:\Dev C:\Users\danzo\Source\Workspaces

Очевидно, вы можете изменить "C:\Dev" на то, что вы хотите, и вам нужно будет изменить более длинный путь выше в корневой каталог вашей папки soltions/projects.

Ответ 5

То же самое случилось со мной, когда я попытался упаковать проект Umbraco для Azure (https://github.com/WindowsAzure-Accelerators/wa-accelerator-umbraco/wiki/Deployment), я нашел решение: Копировать и переименуйте длинный путь и папку в папку "C:\someshortname".

(решение было предложено следующим образом: ссылка)

Ответ 6

Я пробовал все вышеперечисленные 2 подхода:

-обменные переменные TEMP и TMP

- <ServiceOutputDirectory> путь

и не работает. В моем случае мне пришлось переместить весь проект на более короткий путь C:\и работать. Я использую W7 и VS12.

Ответ 7

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

По умолчанию это местоположение: C:\Users\\AppData\Local\dftmp

Кредит отправляется Джиму Накашиме из Microsoft: https://blogs.msdn.microsoft.com/jnak/2010/01/14/windows-azure-resolving-the-path-is-too-long-after-being-fully-qualified-error-message/

Чтобы изменить временную папку, должна быть создана переменная пользовательская среда t:

Он называется _CSRUN_STATE_DIRECTORY

Дайте ему значение короткого названного каталога, например:

c:\AzureTemp

Не забудьте перезапустить Visual Studio, чтобы обновить переменные среды

Устранена проблема многих компиляций!