当我从 Eclipse (STS) 作为“Java 应用程序”或“Spring Boot 应用程序”运行 Spring Boot 应用程序时，该应用程序失败，因为它尝试从以下位置加载配置（@Configuration）：测试类路径.
问题是它适用于基于 Maven 的构建，但不适用于 gradle。
我看到的唯一解决方法是将测试包重命名为其他名称，以将其隐藏在类路径扫描中。
总的来说，问题是——如何让它正常工作？我假设 SpringToolSuite 团队每天都会遇到这个问题，或者我做错了什么。
这是一个测试项目，当作为 maven 导入时可以工作，但当作为 gradle 导入时会失败：https://github.com/mabn/spring-boot-integration-test https://github.com/mabn/spring-boot-integration-test
- 这是一个一年前的 STS 问题 https://issuetracker.springsource.com/browse/STS-3882- 它仍然相关吗？
- 这是另一个标记为已解决的问题 https://issuetracker.springsource.com/browse/STS-4085
- 关于maven项目的类似问题 https://stackoverflow.com/questions/30123790/spring-tool-suite-finds-spring-boot-integration-test-configuration-and-does-not
我正在使用 STS 3.7.1
问题是它适用于基于 Maven 的构建，但不适用于 gradle。
是的，不幸的是事实就是如此。 Gradle 根本无法正确处理配置 Eclipse 的运行时类路径。甚至 Gradle 自己的新 BuildShip eclipse 插件也是如此。
请看我最近提出的这个问题：https://bugs.eclipse.org/bugs/show_bug.cgi?id=482315 https://bugs.eclipse.org/bugs/show_bug.cgi?id=482315
您发现的已解决的错误确实已解决，但它只涉及 maven/m2e 情况，实际上是可以修复的（m2e 对“运行方式 >> Java 项目”进行了此纠正，我们对“运行方式 >> 采用了类似的修复” Spring Boot 应用程序”）。但是，该修复是特定于 maven 的，因为在解决此 Gradle tooling-api 问题单之前，gradle 情况无法真正修复：
https://issues.gradle.org/browse/GRADLE-1777 https://issues.gradle.org/browse/GRADLE-1777
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
