Java 默认micronaut应用程序未运行

无法使用基本cli命令执行默认micronaut应用程序。这个问题在Maven和Gradle默认项目上都发生过。我不明白为什么我在运行应用程序时遇到问题

重复的默认项目基目录包含mvnw和gradlew文件，因此我认为maven/gradle在我的计算机上过时或任何类似的东西都不会有问题

我已经检查了在gradlew和mvnw bat和cmd文件中传入参数的类路径。它们各自的wrapper.jar路径作为类路径参数传入

这里有一些图片

更新：我刚试着从一个服务器下载了其他人的项目目录，我解压了它，并使用了./gradlew run命令，服务器似乎是。zip附带了初始和完成的子目录，每个子目录都有自己的micronaut应用程序，它们也使用相同的gradle命令运行

---

这让我相信我的micronaut安装有问题。可能是它提供了一个错误的默认应用程序（配置不正确）？

看起来您的项目中没有包装支持文件

~ $ 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/

目录签入源代码控制，因为他们不理解它的用途

我用不同的目录在我的C驱动器中创建了一个新的micronaut应用程序，它运行正常。我认为这与原始路径变量中有太多的空格和-有关。使类路径（在gradlew.bat中）基本上不可访问。

“这让我相信我的micronaut安装有问题。”-我在你的问题中没有看到任何情况表明是这样的。见下面我的答案。正如我在最初的帖子中所说的，我检查了脚本中使用的classpath参数，它们都链接了一个gradle/maven包装器jar。并且jar确实存在于指定的目录中。在类路径中使用包装器jar的.bat文件的映像。gradle>包装子目录的图像。我还检查了Jar，看看指定的.class是否存在，它确实存在。maven版本的情况也是如此。jar中还有一个图像。我不明白为什么找不到它，因为它显然在类路径中，而类存在于jar中。我将尝试用gradlewrapper jar的物理目录替换classpath变量，希望这能奏效。编辑我在不使用任何变量的情况下将classpath参数更改为jar的路径。仍然给我同样的错误。如果您可以共享一个演示问题的示例项目，那么解决问题就很简单了。