2016-04-14 4 views
4

Следующим учебным пособием Microsoft «Начало работы» является развертывание приложения Node.js Express в качестве облачной службы.Azure Node.js Express App scaffold.xml Отсутствует

После тщательной установки всех инструментов на двух машинах, один Win 7 и один Win 8, я спускаюсь до точки генерации «Hello World» и учебник предполагает запуск интуитивно имени: Нью-AzureServiceProject HelloWorld в Windows PowerShell.

Вот что происходит:

PS C: \ узел> New-AzureServiceProject HelloWorld Нью-AzureServiceProject: Не удалось найти часть пути «C: \ Program Files (x86) \ Microsoft SDKs \ Azure \ PowerShell \ ResourceManager \ AzureResourceManager \ AzureRM.Profile \ Resources \ Строительные леса \ Общие \ scaffold.xml. В строке: 1 символ: 1 + New-AzureServiceProject expressapp + ~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo: CloseError: (:) [New-AzureServiceProject], DirectoryNotFoundException + FullyQualifiedErrorId: Microsoft.WindowsAzure.Commands.CloudService.Development.Scaffolding.NewAzureServiceProjectCommand

Взглянув на мою систему после установки Powershell и Azure SDK в соответствии с инструкциями, I DO имеют справочник:

C: \ Program Files (x86) \ Microsoft SDK \ Azure \ PowerShell \ ResourceManager \ AzureResourceManager \ AzureRM.Profile

Однако этот каталог делает НЕ есть подкаталог «Ресурсы» и, следовательно, он не находит файл scaffold.xml ....

Я попытался создать подкаталогов Resources \ Строительные леса \ Общие внутри файла AzureRM.profile. Это изменило ошибку, чтобы просто «не удалось найти scaffold.xml»

Я попытался установить позиции записи на «Общие», чтобы они были широко открыты. Без изменений.

Указанная ошибка приведена на машине Win 8. На моей машине Win 7 после более тщательного вникания в установку и переход нескольких слоев в углубленные разделы, не упомянутые в учебнике, AzureRM.Profile в конечном итоге установлен в C: \ Program Files \ C: \ Program Files \ WindowsPowerShell \ Modules чем в C: \ Program Files (x86) \ Microsoft SDKs \ Azure \ PowerShell \ ResourceManager \ AzureResourceManager, но поведение идентично.

Я просмотрел по всему Интернету и не смог найти информацию о недостающем файле scaffold.xml, который может указывать на решение. Это шаблон, который New-AzureServiceProject должен создать приложение? Или это то, что должно быть создано New-AzureServiceProject?

Любые предложения были бы оценены ...

Спасибо!

+0

Я ответил на тот же вопрос здесь: http://stackoverflow.com/questions/36982157/could-not-find-a-part-of-the-path-creating-a-service – Redman

ответ

0

Согласно вашему сообщению об ошибке от PowerShell, кажется, что вы пропустили установленные powershell AzureRM.* модулей.

Пожалуйста, попробуйте выполнить следующие команды из консоли Windows PowerShell управления правами администратора:

PS C:\> Install-Module AzureRM 
PS C:\> Install-AzureRM 

Затем запустите New-AzureServiceProject helloworld снова.

Между тем, если вы хотите начать работу с приложением node.js в Azure Web Apps, вы можете обратиться к Azure Website Cmdlets.

+0

Gary - Спасибо. Сегодня я взял свою машину Win7-64, тщательно удалил компоненты Azure и начал работу, следуя инструкциям в руководстве: https://azure.microsoft.com/en-us/documentation/articles/cloud-services-nodejs -develop-deploy-app/ Когда я перешел на шаг «New-AzureServiceProject», он снова не нашел эшафот.xml, поэтому я попробовал Install-Module AzureRM и не работал с ответом «Install-Module» не распознан как ... » У меня на самом деле есть этот экран, записанный в Word doc ... если есть где-нибудь я могу отправить его. (?) –

+0

Установили ли вы Azure SDK for.Net 2.7? –

+0

Да, это то, что я выполнил инструкции в учебнике, которые читаются: Загрузите и установите Azure SDK для .NET 2.7. В настройке установки выберите: MicrosoftAzureAuthoringTools MicrosoftAzureComputeEmulator Это то, что я сделал. Нажав на ссылку, выделили эти два элемента и установили. Кстати, оба отображаются на панели управления. Возможно ли, что автор учебника не использовал чистую, новую установку Windows, чтобы написать учебник. Т.е.: Есть ли какая-то дополнительная зависимость, которая уже была установлена ​​на автору автора, который был пропущен ... (?) \ –

0

Извинения за страшный опыт. Это похоже на ошибку в одной конкретной версии Azure PowerShell. Чтобы диагностировать, нам нужно знать, какая версия - если вы использовали установщик MSI или WebPI, вы найдете тонны на панели управления «Удалить программу», запись - «Microsoft Azure PowerShell».

Одна часть путаницы в некоторых комментариях - размещенные служебные командлеты являются частью старых команд RDFE (Service Management) в Azure. Командлеты, которые их поддерживают, находятся в модуле «Azure», а не в любом из модулей «AzureRM».

Чтобы установить последнюю версию, я настоятельно рекомендую вам использовать установщик Web Platform или установщик MSI, который вы можете получить из нашего репо GitHub. PowerShell Gallery - отличное решение, если вам очень удобно управлять модулем PowerShell.

Я приведу этот учебник вниманию группы документации. Между тем, если вы можете определить версию azure powershell и версию sdk, которую вы используете, я могу проверить, есть ли проблема для проблемы.

+0

Марк, спасибо за заботу о «сердце в нужном месте». К сожалению, после публикации здесь не только истекает 30-дневная пробная версия Azure, я взял новую работу и переехал на полпути по всей стране. Рабочий стол Win 7, который я использовал для этой пробной версии, получил свой диск и был продан в используемый компьютерный магазин. Кроме того, моя новая работа заканчивается тем, что она является премьер-министром для огромного автомобильного Android-проекта (моя карьера отскочила назад и вперед между облаком/предприятием и встроила кучу раз), поэтому я не думаю, что у меня будет шанс получить вернемся к этому в ближайшее время. Спасибо и удачи! –

+1

У меня точно такая же проблема. Переустановил Azure PowerShell из Web PI с последней версией с 1 июня - и ничего не меняется. Файл scaffold.xml не найден. – Zordid

+1

У меня все еще есть эта проблема с последней версией Azure Powershell и SDK 2.9. Единственный способ обходного пути - скопировать файлы из ServiceManagement в ResourceManager. Довольно простая ошибка регрессии, но также снова намекает на то, что у вас есть лучшие механизмы контроля версий, позволяющие делать серьезные изменения, не нарушая ничего! – Lukos

9

Я решил эту проблему путем копирования папку
C: \ Program Files (x86) \ Microsoft SDKs \ Azure \ PowerShell \ ServiceManagement \ Azure \ Services \ Resources
к
C: \ Program Files (x86) \ Microsoft SDKs \ Azure \ PowerShell \ ResourceManager \ AzureResourceManager \ AzureRM.Profile

+0

Пожалуйста, не ставьте одинаковые ответы на несколько вопросов (https://meta.stackexchange.com/q/104227). Отправьте один хороший ответ, затем проголосовате/отметьте, чтобы закрыть другие вопросы как дубликаты. Если вопрос не является дубликатом, * приложите свои ответы на вопрос *. –

2

Необходимо скопировать папку ресурсов из:

C: \ Program Files \ WindowsPowerShell \ Modules \ Azure \ 3.1.0 \ Compute

к

C: \ Program Files \ WindowsPowerShell \ Modules \ AzureRM.profile \ 2.3.0 \ Resources \ Строительные леса \ Общие

0

копирование содержимого с

C: \ Program Files \ WindowsPowerShell \ Модули \ Azure \ 4.3.1 \ Services \ Resources \ Строительные леса \ Общие

Для

C: \ Program Files \ WindowsPowerShell \ Modules \ AzureRM.profile \ 3.3.1 \ Resources \ Строительные леса \ Общие