示例项目在这里:
考虑将一些应用程序和插件升级到grails 4。从一个新的项目开始只是为了体验一下,使用“开箱即用”的grails插件无法编译。
grailsVersion=4.0.1
gorm.version=7.0.2.RELEASE
gradle 5.1.1
尝试编译会给出
Error |
Could not resolve all dependencies for configuration ':testRuntime'. Type 'gradle dependencies' for more information
运行'gradle dep
我需要在项目B中使用项目A中的java类。我相信我成功地编写了包和导入,但在编译(./gradlew clean )时,我仍然收到一条消息:
java:3: `error: package x.x.x.x.x.common.api.filter does not exist`
接下来,我尝试在IntelliJ中创建模块依赖项,方法是将新包作为模块导入,并重写package和import语句以反映导入的包(模块依赖项),但我仍然看到相同的错误。
java:3: error: package x.x.x.x.x.common.api.filter does not exist
这会是build.g
我试图在shared项目的模块中编写测试。在共享模块的build.gradle.kts文件中,我有以下内容:
sourceSets {
val commonMain by getting
val commonTest by getting {
dependencies {
implementation(kotlin("test-common"))
implementation(kotlin("test-annotations-common"))
//TOD
我有我的项目的下一个结构:
Root
|- A
|- C (depends on A)
\- B (depends on A)
对于所有子项目,我们使用自己的插件生成资源:插件中的任务不依赖于任何插件,但是JavaCompile任务依赖于它
当我在构建日志中构建我的项目时,我看到:
:A:myPluginTask
:B:myPluginTask
:C:myPluginTask
:A:compileJava
:A:processResources
:A:classes
:B // next normal build way
问为什么Gradle在java任务之前为所有子项目执行我的插件任
我有一个android项目,当我使用mac构建该项目时,应用程序在启动时崩溃。当使用Windows系统做同样的事情时,它工作得很好。错误日志粘贴在下面。
我已经尝试了这里所有可用的解决方案
java.lang.NoSuchMethodError: No virtual method registerFragmentLifecycleCallbacks(Landroid/support/v4/app/FragmentManager$FragmentLifecycleCallbacks;Z)V in class Landroid/support/v4/app/FragmentManager; or
我有一个多平台的Kotlin项目,其中包含多个模块(子项目)。Kotlin的文档清楚地展示了如何在模块之间设置项目依赖关系:
kotlin {
sourceSets {
commonMain {
dependencies {
// All of the compilations that include source set 'commonMain'
// will get this dependency resolved to a compatible target