Приложение по умолчанию для микронавтов не работает

Question

Невозможно выполнить приложение по умолчанию для микронавтов , используя основные команды cli. Эта проблема возникла в проектах Maven и Gradle по умолчанию. Я не понимаю, почему у меня проблемы с запуском приложения.

Соответствующие базовые каталоги проекта по умолчанию содержат файлы mvnw и gradlew, поэтому я не думаю, что это проблема с устареванием maven / gradle на моем компьютере или чем-то в этом роде.

Я проверил путь к классам, передаваемый в аргументы в файлах gradlew и mvnw bat и cmd. Их соответствующие пути wrapper.jar передаются как аргументы classpath.

Вот несколько изображений.

Сообщение об ошибке Maven, аналогичная ошибка возникает при попытке запустить с Gradle:

Базовый каталог проекта Maven:

Сообщение об ошибке Gradle:

Базовый каталог проекта gradle:

Образ родительского каталога:

ОБНОВЛЕНИЕ: Я только что попытался загрузить каталог чужого проекта из руководства на веб-сайте микронавтов Я разархивировал его и использовал команду ./gradlew run, сервер, похоже, запущен . В zip входят начальные и заполненные подкаталоги, в каждом из которых есть собственное приложение для микронавига, они тоже запускаются с использованием одной и той же команды gradle.

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

Answer 1

Похоже, у вас нет файлов поддержки оболочки в вашем проекте.

~ $ mn create-app somedemoapp
| Generating Java project...
| Application created at /Users/jeffbrown/somedemoapp
~ $ cd somedemoapp/
somedemoapp $ rm -rf gradle
somedemoapp $ ./gradlew run
Error: Could not find or load main class org.gradle.wrapper.GradleWrapperMain

(обратите внимание, что я удалил папку gradle/ перед попыткой запустить проект)

Некоторые люди не проверяют каталог gradle/ для контроля исходного кода, потому что они не понимают его назначение.

Answer 2

Я создал новое приложение micronaut на своем диске C с другим каталогом, оно работало. Я думаю, что это как-то связано с исходной переменной пути, имеющей слишком много пробелов и - в ней. Создание пути к классам (в gradlew.bat) практически недоступно.